为何#include "fileB.hpp"失效而绝对路径引用可行？

核心原因 #

你的问题本质是CMake未正确导入libB的编译目标，导致libB的PUBLIC包含目录没有被自动添加到projectA的编译搜索路径中：

• 虽然你在projectA的CMake中写了target_link_libraries(${THIS} PRIVATE libB)，但因为projectA和projectB分属不同的父目录（base和base_2），CMake无法自动识别libB的target，也就不会把libB中通过target_include_directories(libB PUBLIC include)声明的公共包含目录传递给projectA。
• 直接写完整路径时，编译器能跳过CMake的依赖管理，直接定位到文件，但这种硬编码路径的方式不利于项目移植和维护。

解决办法 #

方法1：将projectB纳入同一CMake构建树（推荐用于本地开发） #

在projectA的CMakeLists.txt开头添加add_subdirectory，明确导入projectB的CMake配置：

# base/projectA/CMakeLists.txt
set(THIS libA)

# 导入projectB的CMake目标，第二个参数是构建输出目录（避免污染projectA的构建文件）
add_subdirectory(../../base_2/projectB ${CMAKE_BINARY_DIR}/projectB_build)

add_library(${THIS} SHARED src/fileA.cpp)
target_include_directories(${THIS} PUBLIC include)
target_link_libraries(${THIS} PRIVATE libB)

这样CMake会识别libB的target，自动将其PUBLIC包含目录添加到projectA的编译搜索路径中，此时#include "fileB.hpp"就能正常工作。

方法2：通过find_package导入独立构建的libB（推荐用于正式部署） #

如果projectB是独立构建并安装的，需要先完善projectB的CMake配置，添加导出规则：

# base_2/projectB/CMakeLists.txt
add_library(libB STATIC src/fileB.cpp)
target_include_directories(libB PUBLIC include)
target_compile_options(libB PRIVATE -fPIC)

# 添加安装规则
install(TARGETS libB EXPORT libBConfig
        ARCHIVE DESTINATION lib
        LIBRARY DESTINATION lib
        INCLUDES DESTINATION include)
install(EXPORT libBConfig DESTINATION share/libB/cmake)
install(FILES include/fileB.hpp DESTINATION include)

安装projectB后，在projectA的CMakeLists.txt中使用find_package导入：

# base/projectA/CMakeLists.txt
set(THIS libA)

# 查找libB的配置文件，需要确保libB的安装路径在CMAKE_PREFIX_PATH中
find_package(libB REQUIRED)

add_library(${THIS} SHARED src/fileA.cpp)
target_include_directories(${THIS} PUBLIC include)
target_link_libraries(${THIS} PRIVATE libB::libB)

临时应急方案（不推荐） #

如果暂时无法调整CMake依赖结构，可以手动将projectB的包含目录添加到projectA的编译路径中：

# base/projectA/CMakeLists.txt
set(THIS libA)

add_library(${THIS} SHARED src/fileA.cpp)
target_include_directories(${THIS} 
    PUBLIC include
    PRIVATE ../../base_2/projectB/include)  # 手动添加路径
target_link_libraries(${THIS} PRIVATE libB)

注意：这种方式和硬编码#include路径一样，会导致项目在不同环境下的兼容性问题，仅作为临时解决手段。

验证方法 #

修改CMake配置后，重新生成构建文件并编译：

cd base/projectA/build
cmake ..
make

此时#include "fileB.hpp"应该不会再报找不到文件的错误。

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