CMake - Visual Studio 项目依赖项

Question

几句话

我的问题是：有没有办法生成包含我正在为其编写 CMake 的项目和另一个项目（CMake 已经可用）的 Visual Studio 解决方案？

我在考虑使用add_subdirectory，但我不确定这是最好的解决方案，而且参数binary_dir 的含义对我来说不是很清楚。

更多细节

我有一个依赖于另一个 (A) 的 Visual Studio 项目 (B)。 我已经为 A 编写了 CMakeLists，并且能够生成 VS 项目并进行编译。

我已经为 B 编写了一个 CMakeLists。我能够为 B 配置 VS 项目，使其可以访问 A 的标头和库。一切都可以编译。

A
- CMakeLists.txt
- src
  - *.cpp

B 
- CMakeLists.txt
- src
  - *.cpp

Build
- Build_A
- Build_B

但是，当我从 B 项目中更改 A 中的某些内容时（这是可能的，因为使用 Visual Studio，我可以从项目 B 访问 A 的标头），并且我尝试编译，A 没有被编译。

项目B只编译B。

我可以通过使用add_subdirectory 来改善这种情况。在 B 的 CMakeLists 中，我包含以下行：

add_subdirectory(PATH_TO_A  A)

但是，使用此解决方案时，A 的编译文件存在重复。当我从项目 A 编译时，它们是在源外构建目录 BUILD_A 中生成的；当我从项目 B 编译时，它们是在源外构建目录BUILD_B\A 中生成的。

在从 B 的 CMakeLists 生成的解决方案中包含 A 项目并避免重复编译文件的最佳做法是什么？

附： 如果可能的话，我想避免重新编译所有内容两次。也就是说，如果我已经编译了A并且我需要第一次编译B，我想避免重新编译A的需要。

Answer 1

原则上使用add_subdirectory 是解决这个问题的好方法。

如果遵循一些规则，可以自行编译的 CMake 项目也可以编译为子项目。首先，对全局状态的任何更改当然也会影响从同一根目录构建的所有其他项目。对全局构建环境进行激进的更改可能会干扰其他项目，应该避免。

此外，像这样被拉入的项目不得假定其 CMakeLists 文件是构建的根目录。例如，CMAKE_BINARY_DIR 变量始终指向顶级二进制目录，而PROJECT_BINARY_DIR 指向最新项目的二进制目录。一个总是假设它被构建为顶级二进制文件的库可以互换使用这两者。既可以单独构建也可以作为子项目构建的库必须意识到差异。

请注意，add_subdirectory 引入了项目之间的紧密耦合，并且只有在两个相关项目的行为都相应时才能正常工作。

一个更松散耦合的替代方法是将依赖项包含为ExternalProject，但根据您在问题中所写的内容（如果依赖项的源发生更改，项目应自动重新编译），add_subdirectory 似乎更适合您.