gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-12-01 03:30:39 27 4
gpt4 key购买 nike

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

target_link_libraries(gui core)

core如果我试图编译 gui,也不会被定义作为一个独立的项目。

project()有错吗在这种情况下,还是我错过了什么?

最佳答案

品味问题

在我看来,这主要是品味问题。我不认为多个 project()命令本身就是一个问题,更多的是我看到的使用这种方法的项目往往会在其他部分重复自己,有时会遇到全局缓存变量的问题。

依赖库

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

对于独立的静态库目标 - 不是真正链接库的可执行或共享库目标 - 简单的 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)

引用文献
  • Making cmake library accessible by other cmake packages automatically
  • CMake share library with multiple executables
  • 关于cmake - 对依赖的 CMake 子目录使用 project(),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38070858/

    27 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com