大约一年前，我询问了关于CMake中头文件依赖的问题。
最近我意识到，问题似乎在于CMake认为这些头文件是项目的外部文件。至少，在生成Code::Blocks项目时，头文件不会出现在项目中（源文件会）。因此，对我来说，CMake认为这些头文件是项目的外部文件，并且不会在依赖项中跟踪它们。
在CMake教程中进行快速搜索只指向了include_directories，但这似乎并不是我想要的...
如何向CMake发出信号，表明特定目录包含需要包含的头文件，并且这些头文件应由生成的Makefile跟踪？
必须完成两件事。
首先，添加要包含的目录：
target_include_directories(test PRIVATE ${YOUR_DIRECTORY})
如果你被困在一个非常老的CMake版本(2.8.10或更旧版本)，不支持target_include_directories，你也可以使用传统的include_directories：
include_directories(${YOUR_DIRECTORY})
那么你还必须将头文件添加到当前目标的源文件列表中，例如：
set(SOURCES file.cpp file2.cpp ${YOUR_DIRECTORY}/file1.h ${YOUR_DIRECTORY}/file2.h)
add_executable(test ${SOURCES})
这样，头文件将出现在Makefile的依赖项中，例如，如果您生成一个Visual Studio项目，则还会出现在生成的项目中。
如何为多个目标使用这些头文件：
set(HEADER_FILES ${YOUR_DIRECTORY}/file1.h ${YOUR_DIRECTORY}/file2.h)
add_library(mylib libsrc.cpp ${HEADER_FILES})
target_include_directories(mylib PRIVATE ${YOUR_DIRECTORY})
add_executable(myexec execfile.cpp ${HEADER_FILES})
target_include_directories(myexec PRIVATE ${YOUR_DIRECTORY})
liba/CMakefile 和 libb/CMakefile 中使用 LIBROOT_HEADER_FILES 变量吗？ - Matthieu M.include_directories而不是target_include_directories。前者会递归地为该目录中的所有目标设置，而后者仅为一个目标设置。使用前者会破坏CMake中目标图的概念，而是依赖于对文件层次结构的副作用。 - Andy.h文件？你应该只需指定头文件的路径，然后从实现的.cpp文件中使用#include <filename.h>，不是吗？ - donturner.h文件添加到add_executable中。但是，这样做有一个好处，即使得文件在Visual Studio项目中以预期位置显示。 Makefiles使用内部的cmake -E cmake_depends从源文件生成依赖项 （add_executable中的头文件被跳过）。已知此扫描器存在一些问题，请参见 issues。此外，CMake的Makefile生成器依赖关系扫描器只进行近似预处理。并且编译的头文件包含和类似的内容将无法正常工作。 - fdk1342首先，你使用include_directories()告诉CMake将该目录添加为编译命令行的-I选项。其次，在add_executable()或add_library()调用中列出头文件。
例如，如果你的项目源码在src中，并且你需要来自include的头文件，则可以按照以下方式完成：
include_directories(include)
add_executable(MyExec
src/main.c
src/other_source.c
include/header1.h
include/header2.h
)
add_executable 中添加头文件吗？我认为 CMake 可以自动找出包含文件的依赖关系。 - Colin D Bennett.
├── CMakeLists.txt
├── external //We simulate that code is provided by an "external" library outside of src
│ ├── CMakeLists.txt
│ ├── conversion.cpp
│ ├── conversion.hpp
│ └── README.md
├── src
│ ├── CMakeLists.txt
│ ├── evolution //propagates the system in a time step
│ │ ├── CMakeLists.txt
│ │ ├── evolution.cpp
│ │ └── evolution.hpp
│ ├── initial //produces the initial state
│ │ ├── CMakeLists.txt
│ │ ├── initial.cpp
│ │ └── initial.hpp
│ ├── io //contains a function to print a row
│ │ ├── CMakeLists.txt
│ │ ├── io.cpp
│ │ └── io.hpp
│ ├── main.cpp //the main function
│ └── parser //parses the command-line input
│ ├── CMakeLists.txt
│ ├── parser.cpp
│ └── parser.hpp
└── tests //contains two unit tests using the Catch2 library
├── catch.hpp
├── CMakeLists.txt
└── test.cpp
1. 最高级别的CMakeLists.txt与“食谱1：使用函数和宏进行代码重用”非常相似。
cmake_minimum_required(VERSION 3.5 FATAL_ERROR)
project(recipe-07 LANGUAGES CXX)
set(CMAKE_CXX_STANDARD 11)
set(CMAKE_CXX_EXTENSIONS OFF)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
include(GNUInstallDirs)
set(CMAKE_ARCHIVE_OUTPUT_DIRECTORY
${CMAKE_BINARY_DIR}/${CMAKE_INSTALL_LIBDIR})
set(CMAKE_LIBRARY_OUTPUT_DIRECTORY
${CMAKE_BINARY_DIR}/${CMAKE_INSTALL_LIBDIR})
set(CMAKE_RUNTIME_OUTPUT_DIRECTORY
${CMAKE_BINARY_DIR}/${CMAKE_INSTALL_BINDIR})
# defines targets and sources
add_subdirectory(src)
# contains an "external" library we will link to
add_subdirectory(external)
# enable testing and define tests
enable_testing()
add_subdirectory(tests)
2.目标和源代码在src/CMakeLists.txt中被定义（除了转换目标）
add_executable(automata main.cpp)
add_subdirectory(evolution)
add_subdirectory(initial)
add_subdirectory(io)
add_subdirectory(parser)
target_link_libraries(automata
PRIVATE
conversion
evolution
initial
io
parser
)
3. 转换库在 external/CMakeLists.txt 中定义。
add_library(conversion "")
target_sources(conversion
PRIVATE
${CMAKE_CURRENT_LIST_DIR}/conversion.cpp
PUBLIC
${CMAKE_CURRENT_LIST_DIR}/conversion.hpp
)
target_include_directories(conversion
PUBLIC
${CMAKE_CURRENT_LIST_DIR}
)
4. src/CMakeLists.txt 文件添加了更多的子目录，这些子目录又包含了 CMakeLists.txt 文件。它们的结构都很相似；src/evolution/CMakeLists.txt 包含以下信息：
add_library(evolution "")
target_sources(evolution
PRIVATE
${CMAKE_CURRENT_LIST_DIR}/evolution.cpp
PUBLIC
${CMAKE_CURRENT_LIST_DIR}/evolution.hpp
)
target_include_directories(evolution
PUBLIC
${CMAKE_CURRENT_LIST_DIR}
)
5. 单元测试已在 tests/CMakeLists.txt 中注册。
add_executable(cpp_test test.cpp)
target_link_libraries(cpp_test evolution)
add_test(
NAME
test_evolution
COMMAND
$<TARGET_FILE:cpp_test>
)
$ mkdir -p build
$ cd build
$ cmake ..
$ cmake --build .
include_directories("/your/path/here")。-I/your/path/here/选项调用gcc命令。相较于其他创建Makefile的方式（例如make或qmake），CMake更像是一个脚本语言。它不像Python那样酷炫，但也很不错。
如果观察各种开源项目中人们如何包含目录，就没有所谓的“正确方式”。但有两种方法可以实现：
粗略的include_directories将把一个目录附加到当前项目和所有其他后代项目上，您可以通过一系列add_subdirectory命令来附加它们。有时人们说这种方法已经过时了。
一种更优雅的方式是使用target_include_directories。它允许为特定的项目/目标附加目录，而无需（可能）继承或冲突各种包含目录。还允许执行微妙的配置并附加以下命令之一的标记。
PRIVATE - 仅用于指定的构建目标
PUBLIC - 用于指定目标和与该项目链接的目标
INTERFACE -- 仅用于与当前项目链接的目标
PS：
这两个命令都允许将目录标记为系统目录，以提示它不是您需要关注的目录，可能会出现警告。
类似的答案还可以在其他命令对中获得，例如target_compile_definitions/add_definitions，target_compile_options/CMAKE_C_FLAGS
include_directories调用之前），以及在调用之后（而不是之前）使用add_subdirectories命令添加的目标...... 这就是为什么我们说它已经过时了。请勿再使用include_directories命令。 - Alex Reinking --project
---Classes
----Application
-----.h and .c files
----OtherFolders
--main.cpp
file(GLOB source_files CONFIGURE_DEPENDS
"*.h"
"*.cpp"
"Classes/*/*.cpp"
"Classes/*/*.h"
)
add_executable(Server ${source_files})
CONFIGURE_DEPENDS。 - letmaikinclude_directories(${PATH_TO_DIRECTORY})
以及新的
target_include_directories(executable-name PRIVATE ${PATH_TO_DIRECTORY})
要使用target_include_directories，您需要定义可执行文件 - add_executable(executable-name sourcefiles)。
因此，您的代码应如下所示
add_executable(executable-name sourcefiles)
target_include_directories(executable-name PRIVATE ${PATH_TO_DIRECTORY})
不要忘记包含${CMAKE_CURRENT_LIST_DIR}。
这是导致我问题的原因。
示例应该像这样：
target_include_directories(projectname
PUBLIC "${CMAKE_CURRENT_LIST_DIR}/include"
)
公共依赖项适用于您希望父项目包含的依赖项。 私有依赖项则不包括在内。
set(SOURCE main.cpp)
add_executable(${PROJECT_NAME} ${SOURCE})
# target_include_directories must be added AFTER add_executable
target_include_directories(${PROJECT_NAME} PUBLIC ${INTERNAL_INCLUDES})
target_include_directories(MyApp PRIVATE "${CMAKE_CURRENT_LIST_DIR}/myFolder")
我的意思是，如果 CMakeLists.txt 有多个目标，否则，包含路径不会与其他 CMakeLists.txt 脚本共享，这时只需要做如下操作：
include_directories("${CMAKE_CURRENT_LIST_DIR}/myFolder")
然而，也许我们可以模拟 target_include_directories(...) 对于 CMake 2.8.10 或更早版本的操作，例如：
set_property(
TARGET MyApp
APPEND PROPERTY
INCLUDE_DIRECTORIES "${CMAKE_CURRENT_LIST_DIR}/myFolder"
)
所有工作都完成了，但是如果您想要在任何头文件更改后重新编译源文件，则需要将所有这些头文件添加到每个目标中，例如：
set(SOURCES src/main.cpp)
set(HEADERS
${CMAKE_CURRENT_LIST_DIR}/myFolder/myHeaderFile.h
${CMAKE_CURRENT_LIST_DIR}/myFolder/myOtherHeader.h
)
add_executable(MyApp ${SOURCES} ${HEADERS})