为何CMAKE_SOURCE_DIR与CMAKE_CURRENT_SOURCE_DIR路径相同却前者失效？

以下是几种可能导致该问题的核心原因：

1. 变量引用语法错误 #

CMake中变量的正确引用方式是${VAR_NAME}，而$()是用于执行外部系统命令的语法。如果你在include_directories里写成了$(CMAKE_SOURCE_DIR)，CMake会尝试调用名为CMAKE_SOURCE_DIR的外部命令（显然不存在），最终得到无效路径；而如果CMAKE_CURRENT_SOURCE_DIR用了正确的${}语法，就能正常展开路径。可能你在问题描述里笔误写了$()，但实际代码中确实存在这个语法错误。

2. 变量初始化时机差异 #

CMAKE_SOURCE_DIR是CMake处理顶层CMakeLists.txt时确定的顶层源码目录，但如果include_directories命令写在project()之前，执行时CMAKE_SOURCE_DIR可能还未被完全初始化，导致路径解析异常。而CMAKE_CURRENT_SOURCE_DIR会在CMake开始处理当前CMakeLists.txt时立即赋值为当前文件所在目录，不受project()命令的影响，因此能正常工作。

3. 函数/宏作用域的隐性影响 #

如果include_directories是在自定义函数或宏内部执行的，CMAKE_CURRENT_SOURCE_DIR会被重置为定义该函数/宏的CMakeLists.txt所在目录；而CMAKE_SOURCE_DIR始终指向顶层源码目录。不过你的message输出显示两者路径一致，说明函数/宏所在目录就是顶层目录，这种情况概率较低，但可以在函数内部额外打印变量值确认执行时的状态。

解决建议 #

• 检查所有include_directories中的变量引用，确保统一使用${VAR_NAME}的正确语法。
• 将include_directories命令移至project()命令之后执行，确保CMAKE_SOURCE_DIR已完成初始化。
• 若涉及自定义函数/宏，在函数内部添加message指令，实时打印变量取值，排查作用域问题。

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