应使用target_compile_options而非add_compile_options，显式组合-wall -wextra并验证编译器支持，注意绑定时机、作用域及交叉编译兼容性。
直接加 -Wall 和 -Wextra 就行，但得加对地方、加对时机，否则可能被忽略或不生效。
add_compile_options 与 target_compile_options 的区别
很多人用 add_compile_options(-Wall -Wextra)，但它作用于后续所有 add_executable/add_library，缺乏粒度控制，且无法按目标差异化设置（比如只对测试目标开 -Wextra）。
-
target_compile_options(my_target PRIVATE -Wall -Wextra)是更现代、更安全的做法，警告只影响指定目标及其私有依赖 - 如果目标需要导出接口（比如库头文件被其他项目包含），改用
PUBLIC或INTERFACE，但要小心污染下游编译环境 -
add_compile_options在 CMake 3.15+ 已被官方建议避免使用，尤其在大型多目标项目中易引发意外覆盖
为什么 -Wextra 不一定自动启用 -Wall
-Wextra 是独立开关，它**不隐式包含** -Wall；两者是正交的。漏掉 -Wall 会导致大量基础警告（如未使用变量、隐式类型转换）完全不触发。
CMake 4.3.2
下载
CMake 4.3.2 Windows x86_64 历史版本安装包，适合旧项目兼容、构建环境回退、CMakeLists.txt 迁移验证、Visual Studio/Ninja/Makefile 生成器测试和 C/C++ 项目维护。
- 常见错误写法：
target_compile_options(my_target PRIVATE -Wextra)→ 缺少-Wall，形同虚设 - 正确组合必须显式并列：
-Wall -Wextra - 部分旧版 GCC（如 4.8 之前）中
-Wextra含义不同，但当前主流（GCC 7+/Clang 6+）已统一为“额外警告集”，仍需搭配-Wall
交叉编译时 -Wall -Wextra 可能被静默丢弃
交叉工具链的编译器前缀（如 aarch64-linux-gnu-gcc）未必支持全部警告选项，CMake 默认不会报错，而是跳过不识别的 flag。
- 验证是否生效：编译时加
--verbose（如make VERBOSE=1），检查命令行中是否真实出现-Wall -Wextra - 更可靠的方式是用
check_cxx_compiler_flag显式探测：
include(CheckCXXCompilerFlag)
check_cxx_compiler_flag("-Wall" COMPILER_SUPPORTS_WALL)
check_cxx_compiler_flag("-Wextra" COMPILER_SUPPORTS_WEXTRA)
if(COMPILER_SUPPORTS_WALL AND COMPILER_SUPPORTS_WEXTRA)
target_compile_options(my_target PRIVATE -Wall -Wextra)
endif()
-Wextra 相关项，需确认其文档是否支持 -Wshadow、-Wcast-qual 等子项彩色警告和错误输出需要额外开启
-Wall -Wextra 只控制警告内容，不控制颜色。终端里看到黑白文字，不是警告没开，而是没启用诊断着色。
- Clang 默认支持，GCC 需显式加
-fdiagnostics-color=always（注意：不是所有终端都支持 ANSI 色彩，SSH 连接时可能需配TERM=xterm-256color） - CMake 中应加在相同位置：
target_compile_options(my_target PRIVATE -Wall -Wextra -fdiagnostics-color=always) - VS Code + CMake Tools 用户注意：该 flag 对编辑器内“Problems”面板无影响，面板颜色由插件解析文本规则决定，和终端着色无关
真正容易被忽略的是：警告开关必须在 add_executable 或 add_library **之后** 才能绑定到具体目标；提前声明却没 target 绑定，等于没写。
