CMake中set设置普通变量时，值以空格分隔，内部自动用分号拼接为单个字符串（即列表）；引号包裹多个词会变成含空格的单元素字符串，导致编译错误。
set 设置普通变量时，值用空格还是分号分隔？
取决于你想要的结果类型。CMake 里 set 不区分“字符串”和“列表”，它只认空格分隔的参数，内部自动用分号拼成单个字符串值。
比如：set(SOURCES a.cpp b.cpp c.cpp) 实际赋给 SOURCES 的值是 a.cpp;b.cpp;c.cpp —— 这是一个含三个元素的列表（CMake 内部表示为分号分隔字符串），不是空格拼接的字符串。
- 想传给
add_executable()或add_library()？直接用${SOURCES}就行，CMake 会自动拆开 - 想在 message 中显示为空格分隔？得手动转：
string(REPLACE ";" " " SPACED "${SOURCES}") - 误用引号包住多个值，如
set(SOURCES "a.cpp b.cpp")，结果是单元素列表a.cpp b.cpp（带空格），后续编译会报错找不到文件
为什么 set(CACHE) 变量改了也不生效？
因为缓存变量一旦写入 CMakeCache.txt，后续运行 cmake 时默认跳过 set(... CACHE ...)，除非加 FORCE 或手动删缓存文件。
常见错误场景：你在 CMakeLists.txt 里写了 set(BUILD_TESTS ON CACHE BOOL "Enable tests")，然后改成了 OFF，但重新运行 cmake .. 后仍是 ON。
- 解决方法一：加
FORCE——set(BUILD_TESTS OFF CACHE BOOL "Enable tests" FORCE) - 解决方法二：删掉
build/CMakeCache.txt再 configure - 解决方法三：命令行覆盖 ——
cmake -DBUILD_TESTS=OFF ..（这会写入缓存并生效） - 注意：
FORCE是双刃剑，CI 环境中可能掩盖用户显式设置的意图
在函数里设的变量，外面为什么取不到？
函数作用域是隔离的，set 默认只在当前作用域生效。这是最常被忽略的作用域陷阱。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
例如这个函数：
function(set_my_flag)
set(MY_FLAG true)
endfunction()
set_my_flag()
message(STATUS "MY_FLAG = ${MY_FLAG}") # 输出空，不是 true必须显式加 PARENT_SCOPE 才能透出：
-
set(MY_FLAG true PARENT_SCOPE)→ 仅传给直接调用者一层 - 不能跨两层：A 调 B，B 调 C，C 用
PARENT_SCOPE只能回传给 B，A 拿不到 - 如果要全局可用，考虑用
set_property(GLOBAL PROPERTY ...)替代
set(ENV{...}) 修改环境变量，为什么 shell 里看不到？
set(ENV{PATH} "/my/bin:$ENV{PATH}") 只影响当前 CMake 进程及其子进程（比如后续 execute_process），不会反向写回宿主 shell。
这是设计使然，不是 bug。
- 想让
find_program()找到自定义路径下的工具？可以，set(ENV{PATH} ...)有效 - 想在终端里执行
cmake .. && make后直接敲mytool？不行，shell 环境没变 - 调试技巧：用
message(STATUS "PATH = $ENV{PATH}")确认是否已更新 - 注意：Windows 下路径分隔符是
;，别用:
真正容易踩的坑不在语法，而在作用域传递、缓存持久性和环境变量的生命周期边界——这三个地方出问题，往往要花半小时翻日志，而不是三分钟改代码。
