加了-Werror就编译不过，因为该选项使GCC将所有警告视为错误，即使unused-parameter等非致命警告也会导致编译中断；常见于Makefile、CMake或工具链默认配置中，应通过-Wno-error=xxx或-Wno-xxx精准抑制，而非全局移除。
为什么加了-Werror就编译不过
因为 -Werror 会让 GCC 把所有 warning 当作 error 处理，哪怕只是 unused-parameter 或 format-truncation 这类“看起来能跑通”的问题，也会直接中断编译。常见现象是：同一份代码在别人机器上能编译，在你这报 cc1: all warnings being treated as errors。
快速定位-Werror来自哪里
它通常不直接写在命令行里，而是藏在构建系统中：
-
Makefile里搜Werror，常见于CFLAGS或AM_CFLAGS -
configure.ac或meson.build里可能有add_project_arguments或add_global_arguments调用 -
autogen.sh生成的configure脚本里也可能硬编码了该选项 - 某些 SDK 或交叉编译工具链（如
aarch64-mix210-linux-gcc）默认启用-Werror
临时绕过或精准关闭某类 warning
不建议全局删掉 -Werror，尤其在 CI 或团队构建中；更稳妥的做法是针对性抑制：
- 只让某类 warning 不升级为 error：
-Wno-error=unused-parameter - 关闭特定 warning 本身（不报也不错）：
-Wno-unused-parameter - 若用 CMake，可在
target_compile_options中加$:-Wno-error=sign-compare> - 第三方库头文件里报的 warning，可用
#pragma GCC diagnostic ignored "-Wshadow"包裹#include
真正修复比绕过更省事的情况
有些 warning 本质是 bug 预兆，修掉反而更快：
-
snprintf缓冲区可能溢出 → 检查目标数组大小和格式串长度，别硬写sizeof(buf)却忽略末尾\0空间 -
implicit-function-declaration→ 补全对应头文件，比如usleep()要#include <>unistd.h> -
unused-variable→ 是调试残留？删掉；是条件编译分支未覆盖？补逻辑或加(void)var;
别低估 -Werror 的价值——它暴露的是真实隐患，不是编译器找茬。关掉它容易，但漏掉一个 uninitialized 或 format 类 warning，可能让程序在线上跑几天才 crash。
