CMake:无法打开头文件

我正在使用cmake构建一个CodeComposer Studio项目，这对我来说是新的。它在Linux下成功构建，但我正在努力让它在Windows下工作。执行

cmake

命令时不会出现问题，但是

make

在第一个

#include

的第一个C对象期间失败，并显示错误代码

fatal error: could not open source file "stdbool.h" (no directories in search list)

我正在使用CCS编译器（c6000_7.4.15）中包含的库，整个文件夹都包含在CSS项目中。我也将其包含在cmake中。在my.cmake文件中：

set (CCS_ROOT ${CCS_ROOT_V6_WIN} CACHE PATH "code composer install directory")
set(CGT_COMPILER_ROOT ${CCS_ROOT}/tools/compiler/c6000_7.4.15 CACHE INTERNAL "DSP Compiler Root")`

在CMakeLists.txt文件中：

set (COMPILER_INCLUDE ${CGT_COMPILER_ROOT}/include)
INCLUDE_DIRECTORIES ("${COMPILER_INCLUDE}")

当头文件链接到项目中并且CMake可以很好地找到它们时，为什么不能打开它们

编辑：我下面的目录结构已经更改，所以我借此机会将所有外部文件直接添加到项目中，使其完全独立于平台。这样，由于项目由我们的Git存储库管理，因此用户不必安装CSL或任何其他程序来构建项目。这也意味着库和头文件的路径在版本和环境之间永远不会改变

不幸的是，这并没有解决我的问题。该项目继续在Linux中构建，但未能找到第一个包含的头文件。我还注意到，在Windows下，它无法找到我自己的头文件，除非我提供一个相对路径，例如

#include“./Common.h”

如果我提供编译器目录的绝对路径，我可以让

make

找到

stdbool.h

，但这会暴露文件之间额外的断开链接

---

作为旁注，该项目在Code Composer Studio中成功构建，因此我假设这不是我的特定Windows环境的问题，也不是项目本身的代码问题。

这似乎是gcc.exe的问题。我在构建脚本中将环境变量

CC

设置为另一个编译器（在我的例子中是TI编译器）的路径，这就解决了问题

那么文件真的存在于那个位置？如果执行

If（EXISTS${COMPILER\u INCLUDE}/stdbool.h）消息（Found）endif（）

（在3行上），它会打印吗？@Angew是的。我手动确认了文件的位置，您的代码显示cmake可以找到它们。