CMake中唯一能在configure阶段延迟求值并适配不同编译器的机制是$生成器表达式；硬编码CMAKE_CXX_FLAGS无效，必须在generate阶段动态展开，且仅应配合target_compile_options()使用。

用 $ 区分编译器和语言

生成器表达式是 CMake 中唯一能在 configure 阶段就“延迟求值”、适配不同编译器的机制。硬编码 set(CMAKE_CXX_FLAGS_XXX) 会失效，因为 CMake 在 configure 时还不知道最终用哪个编译器（尤其跨平台或切换 Ninja/MSVC 时）。必须用生成器表达式在 generate 阶段动态展开。

核心判断依据是 $ 这类形式：前半指定语言（CXX），后半匹配编译器 ID（GNU、Clang、MSVC、Intel 等）。CMake 官方文档中 CMAKE__COMPILER_ID 的值就是这里的 ID。

• $ → GCC（含 g++）
• $ → Clang++（含 AppleClang）
• $ → MSVC（cl.exe）
• $ → Intel C++ Compiler（icpc / icl）

在 target_compile_options() 中嵌入生成器表达式

这是最常用、最安全的方式。直接作用于 target，避免污染全局 flags，且能随 target 传播到依赖项（如果启用 INTERFACE 或 PRIVATE 语义）。

注意：生成器表达式必须包裹在双引号内，且整个字符串作为单个参数传给 target_compile_options()；不能拆成多个独立参数，否则 CMake 会报错 “generator expression not allowed in this context”。

立即学习“C++免费学习笔记（深入）”；

target_compile_options(mylib PRIVATE
  "$<$:-Wall;-Wextra;-Wno-unused-parameter>"
  "$<$:-Weverything;-Wno-c++98-compat>"
  "$<$:/W4;/permissive->"
)

上面例子中：

• GCC 加 -Wall -Wextra，但关掉烦人的 -Wno-unused-parameter
• Clang 开全警告 -Weverything，但禁用对 C++98 兼容性的检查（避免模板推导等新特性报错）
• MSVC 用 /W4 和 /permissive-（启用标准模式）

处理 AppleClang 和普通 Clang 的细微差别

macOS 上的 Clang 实际返回 CMAKE_CXX_COMPILER_ID 为 AppleClang，不是 Clang。若只写 Clang，macOS 下选项不会生效。

有两种写法：

• 显式列出：$ 和 $ 分开写
• 用 $,$> 合并条件（更简洁）

例如统一启用 -stdlib=libc++（仅 Clang 系）：

target_compile_options(mylib PRIVATE
  "$,$>:-stdlib=libc++>"
)

而 GCC 不支持该 flag，MSVC 更不用提——生成器表达式天然规避了无效 flag 导致的编译失败。

避免在 add_compile_options() 中使用生成器表达式

这个命令是全局作用域的，且 CMake 3.15 之前不支持生成器表达式。即使新版允许，也极不推荐：它会让所有后续 add_executable() / add_library() 都继承这些条件化 flag，难以追踪、易冲突、破坏封装性。

真正需要“全局默认”时，应改用 set_property(GLOBAL PROPERTY RULE_LAUNCH_COMPILE "...") 或更稳妥的方式——在每个 target 上显式设置，哪怕重复几行。现代 CMake 项目中，add_compile_options() 几乎没有合理使用场景。

另外，别试图用 if(CMAKE_CXX_COMPILER_ID STREQUAL "GNU") —— 这在 configure 阶段就求值，一旦生成器切换（比如从 Ninja 换成 Visual Studio），缓存不变，选项就错配了。生成器表达式才是唯一正解。