我有一个CMake项目,包括和链接两个库,比如A和B(实际上它超过两个,其中一个是增强的东西,但这在这里并不重要).两者都通过FindSomething.cmake脚本定位,这些脚本(正确地)填充标准CMake变量,包括通过以下方式添加目录
INCLUDE_DIRECTORIES(${A_INCLUDE_DIRS})
INCLUDE_DIRECTORIES(${B_INCLUDE_DIRS})
后来通过连接完成
TARGET_LINK_LIBRARIES(mytarget ${A_LIBRARIES} ${B_LIBRARIES})
现在,问题是这两个库可以驻留在基于用户的位置,也可以驻留在系统目录中(顺便说一句,我是在linux上,CMake 2.8.2) – 或两者兼而有之.假设A仅在$HOME /usr/include和$HOME /usr/lib中,而B(在我的情况下为boost)驻留在系统路径(/usr/include和/usr/lib)和基于用户的路径中 – 在不同的版本.可以使用查找脚本查找系统或基于用户的库B,这是有效的.
当我想从系统路径链接B时,麻烦就开始了.${B_INCLUDE_DIRS}和${B_LIBRARIES}正确指向标头和库的系统范围位置.但仍然有${A_INCLUDE_DIRS}指向非系统包含目录,最终库B的标题也取自此位置,而B的链接使用系统路径中的版本(通过${B_LIBRARIES})这会导致冲突,即链接错误.
更改INCLUDE_DIRECTORIES语句的顺序似乎没有任何改变.我通过目标文件上的nm –line-numbers检查了导致链接错误的符号的来源.
我能做什么？有诀窍吗？
>强制包含目录的排序(即使这也意味着优先考虑系统路径,尽管还指定了基于用户的位置)？
>告诉CMake对A的所有标题使用${A_INCLUDE_DIRS},对B的所有标题使用${B_INCLUDE_DIRS}？
解决方法
使用第三方库时,我会一直这样做
库A B头文件：
third_party / include / libA_name /< - 将头文件放在那里 third_party / include / libB_name /< - 将头文件放在那里 在源文件中,您总是会像这样使用它
#include "libA_name/file.h" <-- no ambiguity possible #include "libB_name/file.h" <-- no ambiguity possible
然后你仍然可以使用-I“third_party / include”作为include文件夹,并且在源文件中不会出现排序歧义.
