c++ - 为什么 CMake 从 INCLUDE_DIRECTORIES() 调用中删除一些包含目录？

Question

我们正在尝试交叉编译某个软件，并且在大多数情况下它一直有效。但是，包含文件分为多个目录，如果目录位于 sysroot 树之外，有时 CMake 决定不将其添加到 Makefile 上的包含列表中。

工具链是:

• 适用于 ARM 的 GCC 4.4.1(Windows 可执行文件)
• MinGW Make(无 MSYS)

CMake 调用如下:

cmake -G"MinGW Makefiles" -DCMAKE_TOOLCHAIN_FILE=toolchain-vde.cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_INSTALL_PREFIX=C:\vf-install ..

toolchain-vde.cmake文件是:

# the name of the target operating system
set(CMAKE_SYSTEM_NAME Linux)

# which compilers to use for C and C++
include(CMakeForceCompiler)
#Use 8.1 names if path has spaces since it will break on paths with spaces
set(CMAKE_C_COMPILER "C:/VDE/toolchains/windows/vos/arm-vf-linux-gnueabi/bin/arm-vf-linux-gnueabi-gcc.exe")
set(CMAKE_CXX_COMPILER "C:/VDE/toolchains/windows/vos/arm-vf-linux-gnueabi/bin/arm-vf-linux-gnueabi-g++.exe")

# here is the target environment located
SET(VF_SYSROOT "C:/VDE/SDKs/vos/default")


#Vf includes and libs
#Declared as variables for compatibility and usage by CMake scripts down the line
SET(VF_ADK_INCLUDE       "C:\\VDE\\ADKs\\default\\vos\\include")
SET(VF_ADK_LIB           "C:/VDE/ADKs/default/vos/lib")
SET(VF_SDK_USR_LIB       "${VF_SYSROOT}/usr/lib")
SET(VF_SDK_USR_LOCAL_LIB "${VF_SYSROOT}/usr/local/lib")
SET(VF_SDK_USR           "${VF_SDK_USR_LIB}") #<-- Compatibility with old Vf detection
SET(VF_SVCMGR            "${VF_SYSROOT}/usr/local/lib/svcmgr")

MESSAGE("debug1: --- ${VF_ADK_INCLUDE} --- ${VF_SYSROOT} ---")

SET(CMAKE_SYSROOT "${VF_SYSROOT}")

#Define variables for compiler and CMAKE scripts
set(VF_UX_410 TRUE)
add_definitions(-DVF_UX_410="${VF_UX_410}")

LINK_DIRECTORIES("${CMAKE_INSTALL_PREFIX}/lib")

set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY BOTH)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE BOTH)

set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -lrt --std=gnu99")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -lrt")

LIST(APPEND CMAKE_PREFIX_PATH "${CMAKE_INSTALL_PREFIX}")
INCLUDE_DIRECTORIES("${CMAKE_INSTALL_PREFIX}/include")
INCLUDE_DIRECTORIES("${VF_ADK_INCLUDE}")

注意最后一行，INCLUDE_DIRECTORIES("${VF_ADK_INCLUDE}")这个目录，VF_ADK_INCLUDE ，如果存在，将在构建过程中被忽略。意思是make打电话不会有-IC:\VDE\ADKs\default\vos\include参数，但如果该目录不存在，则 makefile将具有正确的 -I[...]论证。

如果我添加INCLUDE_DIRECTORIES如:

INCLUDE_DIRECTORIES(
  "X:\\"
  "C:\\VDE\\ADKs\\default\\vos\\include"
  "Y:\\"
)

两者X: 和 Y:将在编译器调用中显示为 -IX:\ -IY:\但不知怎的，中间的包含丢失了。双重奇怪的是，如果我在配置期间重命名包含目录(因此 cmake 找不到它)，然后在编译期间将其重命名回来，CMake 添加了正确的 -I[...]参数并且程序编译得很好。

作为解决方法，现在我正在对 -I[...] 进行硬编码关于 CMAKE_C_FLAGS 的争论和CMAKE_CXX_FLAGS变量，但这个解决方案远远不正确。

编辑: MESSAGE调用在 CMake 配置期间显示正确的路径/值。所以这不应该是“变量未定义”的问题。

从本质上来说，为了使这个问题成为一个正确的问题:
为什么 CMake 删除或忽略 INCLUDE_DIRECTORIES 中的包含路径来电？

Answer 1

几天后，我找不到更好的答案，所以我会发布这个 self 回答，因为它有效。

在编译器检测期间，CMake 将提取一系列隐式包含路径，这些路径通常始终可用，如果添加到包含路径，可能会破坏编译过程(感谢 @Tsyvarev 的警告)。但是，如果此路径被错误地添加到排除路径中，我找到覆盖此路径的唯一方法是使用以下方法一起删除排除列表:

unset(CMAKE_C_IMPLICIT_INCLUDE_DIRECTORIES)
unset(CMAKE_CXX_IMPLICIT_INCLUDE_DIRECTORIES)

如 https://gitlab.kitware.com/cmake/cmake/issues/17966 中所述但此解决方案使用 CMake 内部结构，因此它可能会执行或中断，具体取决于您的编译器或环境。在这种特殊情况下，修复有效。

在类似的情况下，再次使用专有的+古老的 gcc 工具链，只需更新到最新的 CMake 版本就可以工作，这显然是由于更好的编译器检测。