自定义add_sources宏配合add_subdirectory时出现链接错误问题

你的问题核心是CMake变量的作用域限制，以及add_sources宏的实现未处理跨目录的源文件收集逻辑。

错误根源 #

你在根目录定义的add_sources宏，若只是简单将源文件追加到某个变量（比如SOURCES），那么在glad子目录调用该宏时，修改的是子目录作用域内的SOURCES变量，而非根目录或src目录的同名变量。最终生成可执行文件时，上层目录的编译目标并未包含glad.c，因此出现链接错误。

而将glad.c移至main.cpp同目录时，宏在同一作用域下调用，变量修改直接生效，源文件被正确加入编译目标，所以编译正常。

解决办法 #

1. 修正add_sources宏的作用域传递

确保宏修改的变量能传递到上层作用域，修改根目录的宏定义：

# 根目录CMakeLists.txt中的宏实现
macro(add_sources)
    foreach(_src ${ARGN})
        list(APPEND SOURCES "${_src}")
    endforeach()
    # 将变量同步到父作用域
    set(SOURCES ${SOURCES} PARENT_SCOPE)
endmacro()

注：这种方式若存在多层目录嵌套，需要每层都处理作用域传递，灵活性较低。

2. 改用模块化库关联（推荐）

放弃全局变量收集源文件，在glad子目录生成静态库，再在主目标中链接该库：

• glad子目录CMakeLists.txt：

add_library(glad STATIC glad.c)
target_include_directories(glad PUBLIC ../../include)

• src目录CMakeLists.txt：

add_subdirectory(glad)
add_executable(YourProjectName main.cpp)
target_link_libraries(YourProjectName PRIVATE glad)
target_include_directories(YourProjectName PRIVATE ../include)

这种方式符合CMake模块化设计，彻底规避作用域问题，后续扩展模块也更清晰。

3. 直接指定源文件路径

若不想调整结构，可在src目录的CMakeLists.txt中直接指定glad.c的路径：

add_executable(YourProjectName main.cpp glad/glad.c)
target_include_directories(YourProjectName PRIVATE ../include)

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