CMake管理C++项目删除可执行文件后全量重建问题求助

1. 外部项目依赖追踪失效 #

• 重构时若修改了ExternalProject_Add的DEPENDS、INSTALL_DIR或BUILD_BYPRODUCTS参数，可能导致CMake无法正确关联主可执行文件与外部库的依赖关系。删除可执行文件后，CMake会误判所有外部依赖需重新构建，触发全量编译。
• 检查重构后的代码，确认外部项目的输出路径、产物文件的配置与原始分支一致。

2. 库顺序调整引发的依赖误判 #

• 即使是细微的库顺序调整，也可能影响CMake对目标依赖集的识别。比如链接器符号解析顺序变化后，CMake的依赖追踪逻辑无法正确识别哪些库是真正的前置依赖，进而触发不必要的全量重建。
• 对比重构前后的build.ninja或Makefile，查看主可执行文件的依赖列表是否出现异常扩展。

3. 不同构建生成器的行为差异 #

• Ninja对依赖的追踪精度高于Unix Makefiles等生成器，重构后的代码可能在依赖声明上存在模糊性，仅在Makefile生成器下暴露问题。
• 用make -d输出详细构建日志，观察删除可执行文件后，CMake/Make是如何判断哪些目标需要重建的，重点看是否有外部项目被强制触发重建的记录。

4. 误设外部项目的强制构建属性 #

• 若重构时给核心外部项目添加了BUILD_ALWAYS ON参数，会导致每次构建都重新编译该外部项目，进而带动所有依赖它的目标全量重建。
• 全局搜索所有ExternalProject_Add调用，确认未误加该属性。

5. 主目标的依赖链接逻辑错误 #

• 若重构时修改了TARGET_LINK_LIBRARIES，将主目标直接链接到外部项目的临时构建产物（而非安装后的库文件），会导致CMake认为外部项目的任何变动都需要重建主目标。
• 对比重构前后的主目标链接命令，确认链接路径指向的是外部项目的安装目录产物。

Git Bisect测试建议 #

• 每次bisect测试前，必须完全清理构建目录（rm -rf build && mkdir build && cd build && cmake .. && make），避免缓存干扰结果。
• 测试时重点观察两个指标：删除可执行文件后的重建耗时，以及构建日志中是否有外部项目被重复构建的提示，快速缩小问题范围。

内容的提问来源于stack exchange，提问作者Fabian