假设在 CMake 项目中,我有一个内置到库中的源代码
// a.cpp
void f() { /* some code*/ }
我有一个标题
// b.h
void f();
struct X { void g() { f(); } };
我还有另一个文件:
// main.cpp
#include "b.h"
int main() { X x; x.g(); }
CMakeLists.txt 包含:
add_library(A a.cpp)
add_executable(main main.cpp)
target_link_libraries(main A)
现在看看 CMakeLists.txt 的最后一行:我需要显式指定 A 作为 main 的依赖项。基本上,我需要为包含 b.h. 的每个源指定此类依赖项。因为包含可以是间接的,并且可以通过包含链一路向下。例如,a.cpp 调用 c.h 的类内联函数,c.h 又调用 d.h 中的函数等,最后调用库 A 中的函数。如果 b.h 被很多文件包含,则手动查找所有此类依赖关系是不可行的大型项目。
所以我的问题是,是否有办法指定,对于每个直接或间接包含标头的源文件,它需要链接到某个库?
Thanks.
为了澄清一件事:你的 a.cpp 被编译成一个 lib“A”。这意味着 A 的任何用户都需要指定target_link_libraries
与A。没有办法解决它。如果您有 10 个使用 A 的小应用程序,则需要指定target_link_libraries
十次。
我的回答涉及你问题的第二个问题,我认为这是更重要的一个:
如何摆脱包含链?
通过在 b.h 中包含 a.h 并在 b.h 中使用它的方法,您将添加“隐式”依赖项。正如您所注意到的,b.h 的任何用户也需要 a.h。一般来说,有两种方法。
好的方法:
这与CMake无关,而是关于封装。您的库的用户(包括您自己)不需要担心其内部实现。这意味着:a.h 中不要包含 b.h。
相反,请将包含内容移至 .cpp 文件。这样,你就打破了链条。例如。就像是
// b.h
void f();
struct X
{
void g();
};
// b.cpp
#include b.h
#include a.h
void X::g( )
{
f();
}
这样,a.h 的使用就“包含”在 cpp 文件中,任何使用您库的人只需要包含 b.h 并链接到 b.lib。
另一种选择:
现在,在某些情况下,你必须接受这种“依赖”,或者这是一个有意识的选择。例如。当您无法控制 A 或当您有意识地决定创建一个根据 A 内部的类/结构定义的库时。
在这种情况下,我建议您编写一段 CMake 代码,它会准备好链下所有必需的包含目录。例如。在“YourLibConfig.cmake”中定义变量“YOURLIB_INCLUDES”和“YOURLIB_LIBRARIES”,并记录库的任何用户都应导入“YourLibConfig.cmake”。这是几个基于 cmake 的项目所采用的方法。例如。 OpenCV 安装一个OpenCVConfig.cmake
文件,VTK 安装一个VTKConfig.cmake
并准备一个UseVTK.cmake
file
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)