CMake中唯一能在configure阶段延迟求值并适配不同编译器的机制是$<COMPILE_LANG_AND_ID:...>生成器表达式；硬编码CMAKE_CXX_FLAGS无效，必须在generate阶段动态展开，且仅应配合target_compile_options()使用。
用 $<COMPILE_LANG_AND_ID:> 区分编译器和语言
生成器表达式是 CMake 中唯一能在 configure 阶段就“延迟求值”、适配不同编译器的机制。硬编码 set(CMAKE_CXX_FLAGS_XXX) 会失效，因为 CMake 在 configure 时还不知道最终用哪个编译器（尤其跨平台或切换 Ninja/MSVC 时）。必须用生成器表达式在 generate 阶段动态展开。
核心判断依据是 $<COMPILE_LANG_AND_ID:CXX,GNU> 这类形式：前半指定语言（CXX），后半匹配编译器 ID（GNU、Clang、MSVC、Intel 等）。CMake 官方文档中 CMAKE_<lang>_COMPILER_ID</lang> 的值就是这里的 ID。
-
$<COMPILE_LANG_AND_ID:CXX,GNU>→ GCC（含 g++） -
$<COMPILE_LANG_AND_ID:CXX,Clang>→ Clang++（含 AppleClang） -
$<COMPILE_LANG_AND_ID:CXX,MSVC>→ MSVC（cl.exe） -
$<COMPILE_LANG_AND_ID:CXX,Intel>→ 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 "$<$<COMPILE_LANG_AND_ID:CXX,GNU>:-Wall;-Wextra;-Wno-unused-parameter>" "$<$<COMPILE_LANG_AND_ID:CXX,Clang>:-Weverything;-Wno-c++98-compat>" "$<$<COMPILE_LANG_AND_ID:CXX,MSVC>:/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 下选项不会生效。
有两种写法：
- 显式列出：
$<COMPILE_LANG_AND_ID:CXX,Clang>和$<COMPILE_LANG_AND_ID:CXX,AppleClang>分开写 - 用
$<OR:$<COMPILE_LANG_AND_ID:CXX,Clang>,$<COMPILE_LANG_AND_ID:CXX,AppleClang>>合并条件（更简洁）
例如统一启用 -stdlib=libc++（仅 Clang 系）：
target_compile_options(mylib PRIVATE "$<OR:$<COMPILE_LANG_AND_ID:CXX,Clang>,$<COMPILE_LANG_AND_ID:CXX,AppleClang>>:-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），缓存不变，选项就错配了。生成器表达式才是唯一正解。
