我有一个 CMake 项目，其中包含并链接到两个库，比如 A 和 B(实际上它不止两个，其中一个是 boost 东西，但这在这里并不重要)。两者都通过 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的所有 header 使用${A_INCLUDE_DIRS}，对来自B 的所有 header 使用?${B_INCLUDE_DIRS}
最佳答案
这是 CMake 关于 include_directories() 的说法:
include_directories([AFTER|BEFORE] [SYSTEM] dir1 [dir2 ...])
您可以指定您希望在系统包含目录之前或之后搜索包含目录，同时告诉它有关这些目录的信息。
你也可以特定于一个目标:
target_include_directories(target [SYSTEM] [BEFORE] [items1...] [ [items2...] ...])
关于c++ - CMake:包含目录的排序(如何混合基于系统和用户的包含路径？)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7752609/