链接到 CMake 目标会产生什么影响？

Question

我今天遇到了一个有趣的问题。我正在尝试编译一个测试可执行文件并将其链接到 Boost 单元测试框架，并以两种不同的方式进行了尝试。

1. 使用-lboost_unit_test_framework 直接链接到“boost_unit_test_framework”库的经典方法
2. 链接到Boost::unit_test_framework CMake 目标的现代 CMake 方法。

有趣的是，当我直接链接到库时，我的代码编译和链接正常；但是，当我链接到 CMake 目标时，我的代码甚至在进入链接阶段之前就无法编译！

我得到的错误与突然似乎无法再找到的头文件有关。这表明链接到 Boost::unit_test_framework 不知何故弄乱了我的包含路径。

我知道链接到 CMake 目标应该是更现代和更受欢迎的方法，但如果它会产生如此意想不到和无法解释的副作用，它似乎比直接链接到库更糟糕......

为什么链接 CMake 目标会导致找不到头文件？还有哪些其他类型的东西可以链接到 CMake 目标而不是直接链接到库影响？

---

在这两种情况下，我都使用target_link_libraries 链接到 boost 库。例如

target_link_libraries(mytest_exe
    testlib
    -lboost_unit_test_framework
)

或

target_link_libraries(mytest_exe
    testlib
    Boost::unit_test_framework
)

Answer 1

在链接之前失败的事实意味着 CMake 中的 target_link_libraries 命令实际上影响的不仅仅是链接。它也在影响编译。

是的，当您与库 target 而不是库 file 链接时，确实会添加新的包含目录。这就是为什么该方法被称为“现代”的原因 - 单个 target_link_libraries 调用可以完成使用库所需的所有事情（在您的情况下为 Boost）。

“现代”方法失败的原因可能是“真正的”Boost 标头与您使用的其他标头冲突。您可以通过检查错误消息中的包含文件链来检测到这一点。