对依赖的 CMake 子目录使用 project()

Question

我有几个由几个库组成的项目，每个库都位于自己的子目录中，由最顶层的 CMakeLists.txt 文件编织在一起。我习惯于在每个 CMakeLists.txt 文件的顶部使用 project(<DIRNAME>)，并且我尝试以这样一种方式构建子项目，以便它们可以与顶级项目分开编译。然而，虽然这对于独立的核心库可能有意义，但它不适用于依赖它们的库，因为我需要做类似

的事情

target_link_libraries(gui core)

如果我尝试将 gui 编译为独立项目，则 core 也不会被定义。

在这种情况下使用 project() 是错误的，还是我遗漏了什么？

Answer 1

品味问题

我认为这主要是个人品味问题。我不认为多个 project() 命令本身是个问题，更多的是我看到的使用这种方法的项目往往会在其他部分重复出现，有时运行会陷入全局缓存变量的问题。

依赖库

更相关的事实是，依赖库还将添加一个包含依赖项。

对于独立的静态库目标 - 不是真正 link 库的可执行文件或共享库目标 - 可以忽略简单的 target_link_libraries() 命令，例如：

if (TARGET core)
    target_link_libraries(gui core)
endif()

但头文件包含依赖性仍然存在。

CMake 中的独立项目

对我来说，真正独立的（子）项目不仅需要 project() 命令，还应该有 export(TARGETS ...) 命令。然后你可以例如使用 find_package() 命令来解决任何开放的依赖关系，例如：

if (NOT TARGET core)
    find_package(core REQUIRED)
endif()
target_link_libraries(gui core)

参考资料

对依赖的 CMake 子目录使用 project()

Using project() for dependent CMake subdirectories

project

cmake

subdirectory