我有一个这样的目录
C:.
│ CMakeLists.txt
│ main.cpp
│
├───include
│ dog.h
│ log.h
│ operations.h
│
└───src
dog.cpp
log.cpp
operations.cpp
我想创建一个静态库 Operations.lib。为此我有这个 CmakeList.txt
cmake_minimum_required(VERSION 3.5)
project (HelloApp
VERSION 0.0.1
DESCRIPTION "The leading Hello World App"
LANGUAGES CXX)
# static library creation
add_library(operations STATIC src/operations.cpp)
# вот тут возникает вопрос: как Cmake узнает, что в папке include нужен именно файл
# operations.h
target_include_directories(operations PUBLIC ${CMAKE_CURRENT_SOURCE_DIR}/include)
target_compile_features(operations PUBLIC cxx_std_20)
# static library creation
add_executable(HelloAppBinary main.cpp
src/dog.cpp
src/log.cpp)
message("The path is:" ${CMAKE_CURRENT_SOURCE_DIR})
target_include_directories(HelloAppBinary PUBLIC ${CMAKE_CURRENT_SOURCE_DIR}/include)
target_compile_features(HelloAppBinary PUBLIC cxx_std_20)
target_link_libraries(HelloAppBinary PUBLIC operations)
静态库正在生成,没关系。
问题是:Cmake 如何知道为了创建一个库,它需要准确地包含 Operations.h,而不是其余的头文件(dog.h、log.h)?我的猜测是,他是从函数原型中执行此操作的(由于操作中的函数体,他知道了该函数原型),是这样吗?这就是为什么您不需要显式命名头文件(operations.h)的原因吗?
永远不会知道。对于他来说,哪些特定的头对应于静态库并不重要。
target_include_directories( ... PUBLIC ... )
做了两件事:当构建库本身时,它会将此文件夹添加到编译器查找包含的路径列表中。
-I
(如果是 GCC,可能是一个标志。)当构建依赖于该库的内容时,它会执行相同的操作。
有时,CMake 只需要知道文件夹,而不需要知道其中的特定标头。
是的,你的猜测是正确的。CMake 根据项目中包含的文件和函数来了解构建库所需的头文件。
在您的情况下,CMake 确定需要 Operations.h 头文件,因为它包含在 Operations.cpp 文件中。在编译 Operations.cpp 的过程中,CMake 会知道 Operations.h 的存在并将其包含在静态库中。
您不必显式命名头文件 (operations.h),因为 CMake 会根据源文件及其包含的头文件自行找到它。