-werror将警告升级为错误，使编译在任何警告出现时立即失败；它可配合-wno-error局部禁用特定警告，常用于ci环境严格检查而开发阶段保持宽松。
-Werror 就是让 GCC 把警告当错误的开关。它不是“可选建议”，而是直接改变编译行为：只要出现任何警告，gcc 就会中止编译并返回非零退出码。
为什么加了 -Werror 编译就失败了
常见现象是：本地能编译通过的代码，在 CI 或别人机器上突然报错，提示类似 error: implicit declaration of function 'foo' 或 error: unused variable 'tmp'。这不是 bug，是 -Werror 把原本只打印一行黄色文字的警告，升级成了红色 error。
-
-Werror不依赖其他选项——哪怕没加-Wall，它也会把所有被触发的警告（包括默认启用的）转成错误 - 它隐式启用对应警告：比如
-Werror=unused-variable会自动打开-Wunused-variable，不用额外写 - 如果同时用了
-w（禁用所有警告），-Werror就没东西可转，实际无效 - 注意顺序：后出现的选项优先，
-Wno-error=xxx放在-Werror后面才能局部关闭
-Werror=xxx 和 -Wno-error=xxx 怎么配合用
全量开启 -Werror 很容易卡住构建，尤其引入第三方库时。更稳妥的做法是指定关键警告类型，再对已知无害的警告做白名单放行。
- 只把函数未声明当错误：
gcc -Werror=implicit-function-declaration main.c - 忽略未使用变量警告（但保留其他警告为错误）：
gcc -Werror -Wno-error=unused-variable main.c - 注意
-Wno-error=xxx不会关闭警告本身，只是不让它变成错误；警告仍会输出（除非也加了-Wno-xxx） - 常见需放行的：第三方头文件里的
deprecated、某些平台特定的format-truncation、旧代码里的implicit-fallthrough
Makefile 里怎么安全地加 -Werror
直接往 CFLAGS 里硬塞 -Werror 容易导致团队成员或 CI 环境编译失败。关键是分层控制。
- 开发阶段用宽松模式：
CFLAGS += -Wall -Wextra - CI 构建时强制收紧：
make CFLAGS="$(CFLAGS) -Werror" all - 或者用条件变量：
CFLAGS += $(if $(CI),-Werror)，配合环境变量切换 - 避免在
EXTRA_CFLAGS或全局Makefile里无条件加-Werror，否则新 clone 仓库的人第一编译就失败
真正难的不是加 -Werror，而是判断哪些警告值得当成错误——比如 return-type 和 format 几乎总是该拦，但 unused-parameter 在回调函数签名里可能纯属接口要求。别把它当开关，当筛选器用。
