c++ - CMake/Ninja 试图编译已删除的“.cpp”文件

Question

我发现当我使用andcpp从我的项目中删除文件时，如果不先完全删除我的构建目录并从头开始，我将无法轻松编译它。CMake 和/或 Ninja 显然隐藏了对其编译的所有文件的许多引用，即使在重新运行 CMake 之前删除 CMake 缓存也不会删除所有引用。cmakeninjacpp

这是一个已知的问题？有解决办法吗？我偶尔只是跑步rm $(grep -R <filename> <builddir>)，但那是一个可怕的拼凑。

编辑：看来我错了，因为我无法复制这个问题。手动重新运行 CMake 似乎总是生成正确的.cpp文件列表，甚至GLOB用于生成源列表。

score 4 · Accepted Answer

将我的评论变成答案

是的，在使用命令收集源文件时，CMake 不会知道新的或已删除的源文件file(GLOB ...)。这是 CMake 的一个已知限制。因此，我已经更改了我的 CMake 项目以单独列出所有源文件。为方便起见，我仍在使用该file(GLOB ...)命令收集头文件。

引用 CMake 的file() 命令文档：

我们不建议使用 GLOB 从源代码树中收集源文件列表。如果添加或删除源时没有 CMakeLists.txt 文件更改，则生成的构建系统无法知道何时要求 CMake 重新生成。

仅删除CMakeCache.txt可能不足以重新触发 CMake 配置。问题 0014820：警告用户仅删除 CMakeCache.txt声明，您还需要删除所有CMakeFiles目录。

根据我的经验，重新触发 CMake 配置的最可靠方法是触摸其中一个项目CMakeLists.txt文件。

注意：为ninjaCMake 添加一个rebuild_cache目标，以便再次为您的项目方便地运行 CMake。

只是一个想法：如果删除源文件是因为它们已从您的源代码管理中删除，那么可能有一种解决方法仍然允许您file(GLOB ...)在源文件上使用它们。

例如，如果您使用 GIT，您可以将以下内容添加到您的 main 中CMakeLists.txt：

configure_file(${CMAKE_SOURCE_DIR}/.git/index ${PROJECT_BINARY_DIR}/git_index.tmp)

缺点：它会重新触发每个 GIT 操作（更新、提交、...）的配置。

一些参考资料：

1 回答 1