为什么CMake要从include_directories(）调用中删除一些包含目录

Why is CMake removing some include directories from INCLUDE_DIRECTORIES() calls?

本文关键字：删除 包含目 调用 要从 CMake include directories 为什么      更新时间：2023-10-16

我们正在尝试交叉编译某个软件，在大多数情况下，它一直在工作。但是，include文件被拆分为多个目录，如果目录位于sysroot树之外，有时CMake会决定不将其添加到Makefiles的include列表中。

工具链是：

  • GCC 4.4.1 for ARM(windows可执行文件(
  • MinGW品牌(无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:VDEADKsdefaultvosinclude参数，但如果目录不在那里，makefiles将有正确的-I[...]参数。

如果我添加INCLUDE_DIRECTORIES，例如：

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

X:和Y:都将作为-IX: -IY:出现在编译器调用中，但不知何故，中间的include丢失了。奇怪的是，如果我在配置过程中重命名include目录(所以cmake找不到它(，然后在编译过程中重新命名，cmake添加了正确的-I[...]参数，程序编译得很好。

作为一种变通方法，现在我正在对CMAKE_C_FLAGS和CMAKE_CXX_FLAGS变量硬编码-I[...]参数，但这种解决方案远非正确。

编辑：MESSAGE调用在CMake配置期间显示正确的路径/值。因此，这不应该是一个"变量未定义"的问题。

本质上，为了让这成为一个恰当的问题：
为什么CMake从INCLUDE_DIRECTORIES调用中删除或忽略include路径

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

在编译器检测过程中，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版本就可以了，这显然是由于更好的编译器检测。

相关文章：