clang加-werror仅将已启用的警告转为错误，若未配合-wall等开启警告则无效果；-wfatal-errors仅中止编译但退出码为0，不适用于ci。
Clang 用 -Werror 把警告当错误
直接加 -Werror 就行，它会让 Clang 把所有启用的警告（warning）当作编译错误（error）处理，编译失败并退出。这是最常用、最直接的方式。
但要注意：它只影响当前已启用的警告。比如你没开 -Wall，那 -Werror 不会把未启用的潜在问题（如未使用变量）变成错误。
-
-Werror全局生效，对所有后续警告起作用 - 想只让某类警告变错误，用
-Werror=xxx，比如-Werror=unused-variable - 如果用了
-Wno-xxx关闭了某个警告，-Werror=xxx就无效（因为警告本身没触发）
为什么加了 -Werror 还没报错？
常见原因是警告根本没被触发——Clang 默认警告级别很低，很多潜在问题默认不报。比如 int f() { return; } 在默认模式下连 warning 都没有，更不会因 -Werror 失败。
必须配合警告启用选项，典型组合：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
-Wall -Wextra -Werror：覆盖大多数常见问题 -
-Weverything -Werror（Clang 特有）：激进模式，启用全部警告（含实验性），适合 CI 或严格检查 -
-Werror=return-type -Werror=implicit-int：精准控制，只升级特定警告
注意：-Weverything 在不同 Clang 版本间行为可能变化，CI 中慎用，容易因升级突然失败。
-Werror 和 -Wfatal-errors 的区别
-Wfatal-errors 完全不是用来“升警告为错误”的——它只让 Clang 在遇到**第一个警告**时立刻停止编译（不继续扫后续代码），但依然算 warning 级别，退出码是 0（成功），和 -Werror 的语义、退出码（1）、行为都不同。
-
-Werror：警告 → 错误 → 编译失败（exit code 1）→ 所有警告都会被检查 -
-Wfatal-errors：警告 → 打印后立即中止（exit code 0）→ 不保证所有警告都被发现 - CI/脚本里必须用
-Werror，用-Wfatal-errors会导致“看似成功实则漏检”
在 CMake 或 Makefile 里加 -Werror 的坑
CMake 中别只写 add_compile_options(-Werror)，它不保证顺序，可能被后面参数覆盖。正确做法是：
- CMake：用
target_compile_options(your_target PRIVATE -Wall -Wextra -Werror)，绑定到具体 target - Makefile：确保
-Werror出现在$(CC) $(CFLAGS)展开的末尾，否则会被后续的-Wno-xxx抵消 - 第三方库（如 Boost、gtest）自带警告，加了
-Werror后可能因它们的代码报错；此时要用-Wno-error=xxx降级个别警告，或用target_compile_options(... INTERFACE)避免污染依赖
最隐蔽的问题：头文件里宏展开产生的警告，有时只在包含它的源文件里才触发，-Werror 会因此让构建行为依赖头文件顺序——这类问题往往只在增量编译或清理后重现，不容易定位。
