0

假设在 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 的依赖项。基本上，我需要为包含 bh 的每个源指定此类依赖项，因为包含可以是间接的，并且一直向下通过包含链。比如a.cpp调用ch的类内联函数，依次调用dh等函数，最后调用A库中的函数。如果bh包含在lots文件中，手动查找所有依赖是不可行的大型项目。

所以我的问题是，是否有任何规定，对于每个直接或间接包含头文件的源文件，它需要链接到某个库？

谢谢。

4

1 回答 1

2

说清楚一点：你 a.cpp 被编译成一个库“A”。这意味着 A 的任何用户都需要target_link_libraries用 A 指定。没有办法绕过它。如果您有 10 个小应用程序使用 A，则需要指定target_link_libraries十次。

我的回答涉及您问题的第二个问题，我认为这是更重要的一个：

如何摆脱包含链？

通过在 bh 中包含 ah 并在 bh 中使用其方法，您正在添加“隐式”依赖项。正如您所注意到的，任何 bh 用户也需要 ah。从广义上讲，有两种方法。

好办法：

这与 CMake 无关，而是关于封装。你的库的用户（包括你自己）不需要担心它的内部实现。这意味着：不要在 ah 中包含 bh

相反，将包含移动到 .cpp 文件。这样，你就打破了链条。例如像

// b.h
void f();
struct X
{ 
    void g();
};

// b.cpp
#include b.h
#include a.h
void X::g( )
{
    f();
}

这样， ah 的使用被“包含”在 cpp 文件中，任何使用您的库的人只需要包含 bh 并链接到 b.lib。

替代方案：

现在，在某些情况下，您必须接受这种“依赖”，或者这是一种有意识的选择。例如，当您无法控制 A 时，或者当您有意识地决定创建一个根据 A 内部的类/结构定义的库时。

在这种情况下，我建议你编写一段 CMake 代码，它会准备好所有必要的包含目录。例如，在“YourLibConfig.cmake”中定义一个变量“YOURLIB_INCLUDES”和“YOURLIB_LIBRARIES”，并记录您图书馆的任何用户都应该导入“YourLibConfig.cmake”。这是几个基于 cmake 的项目采用的方法。例如OpenCV安装一个OpenCVConfig.cmake文件，VTK安装一个VTKConfig.cmake并准备一个UseVTK.cmake文件

于 2012-10-28T14:20:43.017 回答