--disable-warnings-as-errors 实际是禁用“警告转错误”，让警告以非中断方式输出；真正启用详细警告需通过 CC/CXX 环境变量注入 -Wall 等编译器标志，并避免 -Werror。
configure 时禁用 --disable-warnings-as-errors 是关键
很多人误以为加了这个参数就能“开启警告”，其实它干的是相反的事：把编译器警告当错误拦下来。一旦启用，遇到任何 warning 就直接 fail，根本看不到完整警告列表。真正想看详细警告，第一步是**不加它**，或者显式删掉——让 warning 以 warning 形式输出，而不是中断构建。
CC 和 CXX 加编译器级警告标志才有效
OpenJDK 的 configure 脚本本身不提供“全局开启警告”的开关，警告粒度由底层 C/C++ 编译器控制。你需要通过环境变量注入具体 flag：
-
CC="clang -Weverything -Wno-unused-parameter"（macOS / clang 场景） -
CXX="g++ -Wall -Wextra -Wconversion"（Linux / GCC 场景） - 注意：
-Werror必须避免，否则又会把 warning 当 error；如果已有-Werror在工具链默认配置里，得用-Wno-error=xxx逐个压制
Mac 上 clang 报 ordered comparison between pointer and zero 怎么办
这是典型 clang 12+ 对旧代码的严格检查触发的 warning，但 OpenJDK 8/9/10 源码里大量存在类似 if (ptr > 0) 的写法，在 clang 下直接升为 error（尤其当 --enable-warnings-as-errors 或隐含启用时）。解决方式不是关警告，而是适配：
- 找到报错文件（如
src/hotspot/share/oops/compressedOops.hpp），把if (base() > 0)改成if (base() != nullptr) - 同理处理
Universe::narrow_oop_base() > 0→!= nullptr - 这类修改属于源码 patch，不影响功能，但能绕过 clang 的指针/整数混用警告
验证警告是否真在输出，别信 configure 成功就完事
configure 通过 ≠ 编译过程有警告。实际构建阶段（make）才会触发大量 C/C++ 编译，警告集中出现在 hotspot、awt、2d 等 native 模块。观察点：
- 编译时 grep
warning:（注意英文冒号）：make 2>&1 | grep "warning:" | head -20 - 用
LOG=debug make可看到每条编译命令完整展开，确认 -W 参数是否真的传进去了 - 如果完全没 warning 输出，大概率是编译器没收到任何 -W 开关，或被更高优先级的 -Wno-* 抵消了
警告信息本身不保证可读性——clang 的 -Weverything 会爆出上千条，其中多数和你当前调试目标无关。真正有用的，是结合报错位置、函数名、以及你正在改的模块，定向筛选。
