CMake配置target_include_directories INTERFACE后MyLibB找不到fileA.h

核心错误原因 #

• 硬编码库文件路径的链接方式无法触发CMake的接口属性传递
  MyLibB中直接通过target_link_libraries指向libMyLibA.so的绝对路径，这种写法只是把路径透传给底层链接器，CMake完全无法感知这个路径对应项目内定义的MyLibACMake目标，自然不会把你在MyLibA上设置的INTERFACE范围的头文件包含路径、编译定义等接口属性传递给MyLibB。
  CMake的目标依赖传递机制，只会在其他目标通过target_link_libraries链接已定义的CMake目标名（即这里的MyLibA本身）时自动触发。
• 可维护性优化点
  MyLibA中使用${CMAKE_SOURCE_DIR}/MyLibA设置头文件路径虽然当前能生效，但该写法绑定了顶层源码目录的位置，一旦MyLibA在源码树中的位置变动，或是被抽为独立模块，路径就会直接失效。更稳妥的写法是使用${CMAKE_CURRENT_SOURCE_DIR}，即当前CMakeLists所在目录的绝对路径，与MyLibA自身位置强绑定。

修正后的配置 #

主CMakeLists.txt的原有配置无需调整，仅需修改两个子模块的CMake配置：

1. MyLibA目录下的CMakeLists.txt

   add_library(MyLibA SHARED)
   target_sources(MyLibA PRIVATE fileA.h fileA.cpp)
   # 替换原有的CMAKE_SOURCE_DIR为CMAKE_CURRENT_SOURCE_DIR
   target_include_directories(MyLibA INTERFACE "${CMAKE_CURRENT_SOURCE_DIR}")
   

2. MyLibB目录下的CMakeLists.txt

   add_library(MyLibB SHARED)
   target_sources(MyLibB PRIVATE fileB.h fileB.cpp)
   # 替换硬编码的so路径为链接MyLibA CMake目标
   target_link_libraries(MyLibB PRIVATE MyLibA)
   

运行原理 #

你为MyLibA设置的INTERFACE范围的包含路径，作用就是给所有依赖MyLibA的目标自动注入头文件搜索路径，这个机制完全依赖CMake的目标依赖关系才能生效。修正后MyLibB会自动继承MyLibA的接口配置，不需要手动追加include路径就能正常找到fileA.h，同时CMake会自动处理实际编译产物的路径、链接顺序，避免硬编码路径带来的环境变动后配置失效的问题。

内容的提问来源于stack exchange，提问作者Irbis