使用cmake从整个项目中创建一个静态库

Question

c ++ - 项目，比方说， foo由cmake维护。 一个人想要创建一个库libfoo.a （在整个源代码树中创建所有类/方法/函数），以便创建可以使用-lfoo链接到库的-lfoo 。

好的，让我们现在考虑一个玩具的例子，并且延长将是明确的。 目录foo （项目的根目录）包含目录a和b 。 创建了两个CmakeLists.txt ：

# a/CMakeLists.txt
add_library(A <a_sources>)
# b/CMakeLists.txt
add_library(B <b_sources>)

和根目录的一个CMakeLists.txt ：

add_subdirectory(a)
add_subdirectory(b)
add_library(foo <foo_sources>
target_link_libraries(foo A B)

这对我来说是一个惊喜： 在构建libfoo.a之后只包含来自foo_sources和a_sources ， b_sources被排除在外。 在使用相同项目构建可执行文件的情况下，这是可以的：在创建可执行文件时，如果链接到foo ，则“猜测” a和b必须链接。 但是在可执行文件创建“外部”项目中使用库foo必须与-lfoo -la -lb链接，现在想象一个有很多子目录的项目 - 如何处理它？ 所以问题是“如何创建一个库，通过cmake的方式聚合整个项目的方法？”

谷歌搜索引导我到最近嵌入（出现在2.8.8） OBJECT library机会。 这里显示了使用它的好例子。 现在上面的问题可以解决：

# a/CMakeLists.txt
add_library(A OBJECT <a_sources>)
# b/CMakeLists.txt
add_library(B OBJECT <b_sources>)
# foo/CMakeLists.txt
add_subdirectory(a)
add_subdirectory(b)
add_library(foo <foo_sources> $<TARGET_OBJECTS:A> $<TARGET_OBJECTS:B>)

问题似乎解决了，不幸的是，并不完全。

例如，如果依赖链长于2，则foo依赖于A ，这取决于B ，问题仍然存在。 那是因为，

对象库可能只包含编译为目标文件的源（和标头）。

和

无法导入，导出，安装或链接对象库。

（报价取自同一链接 ）

我尝试了几个add_library(), add_library(... OBJECT ..) target_link_library() ， add_library(), add_library(... OBJECT ..)尝试将A和B链接到foo而没有成功（cmake-process期间出错）。

我必须放松一些简单的东西，请帮忙，谢谢！ 我不确定它是否重要：项目是在linux上维护的。

Answer 1

我认为你在“取决于”一词中变得纠缠不清。 如果你正在构建一个名为foo的库，它有两个部分， A和B ， A是否依赖于B并不重要; 图书馆应该包含两者。 您展示的CMake代码将正确构建foo 。

Answer 2

是的，我支持回答@Pete Becker @。 但是应该说那些库是$<TARGET_OBJECTS:A>和$<TARGET_OBJECTS:B>实际上根本不是库，而是cmake对象模块的内部列表。 编译对象模块（自动生成的源除外）之间没有依赖关系，因此它们可以按任何顺序和并行完成。

我想更正确的用语是将单个对象库下的几个TARGET_OBJECTS聚集在一起。 你不能写add_library(B OBJECT b.cpp $<TARGET_OBJECTS:A>) 。 但是你总是可以自己实现这个：

add_library(A OBJECT a.cpp)
set(A_OBJECTS $<TARGET_OBJECTS:A>)

add_library(B OBJECT b.cpp)
set(B_OBJECTS $<TARGET_OBJECTS:B> ${A_OBJECTS})

add_library(foo ${B_OBJECTS})

即只要你想在库中包含那些对象库，或者作为具有该_OBJECTS风格的其他对象库的一部分，就可以创建特殊变量_OBJECTS来使用它们。