首页 > 解决方案 > 为什么 CMake 从 INCLUDE_DIRECTORIES() 调用中删除一些包含目录?

问题描述

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

工具链是:

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如果它存在,将在 build 期间被忽略。这意味着make调用将没有-IC:\VDE\ADKs\default\vos\include参数,但如果目录不存在,则生成文件将具有正确的-I[...]参数。

如果我添加INCLUDE_DIRECTORIES诸如:

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

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

作为一种解决方法,现在我正在对and变量的-I[...]参数进行硬编码,但这个解决方案远非正确。CMAKE_C_FLAGSCMAKE_CXX_FLAGS

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

本质上并使这个问题成为一个正确的问题:
为什么 CMake 会从INCLUDE_DIRECTORIES调用中删除或忽略包含路径?

标签: c++ccmakeincludecross-compiling

解决方案


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

在编译器检测期间,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 版本即可,显然是由于更好的编译器检测。


推荐阅读