加了-g仍调试失败的根本原因不是-g未生效，而是编译器优化（-O2+）破坏源码映射、-fomit-frame-pointer导致栈帧丢失、DWARF格式与调试器版本不兼容或目标平台（如Wasm）未正确指定。
-g 参数本身就能开启调试信息，不需要额外配置或开关。但能否真正“用得上”，取决于你是否同时控制了优化级别、帧指针、目标格式等配套选项。
为什么加了 -g 还看不到变量或断点失效
常见现象是：GDB/LLDB 能停在 main，但 print x 显示 Cannot access memory，或 bt 只显示一层栈帧。根本原因不是 -g 没生效，而是编译器优化破坏了调试基础：
-
-O2或更高会内联函数、消除临时变量、重排指令，导致源码行与机器码映射断裂 -
-fomit-frame-pointer（Clang 默认启用）让调用栈无法回溯 - 未指定
--target（如 WebAssembly 场景）时，-g生成的 DWARF 可能不被运行时环境识别
Clang 17 下推荐的最小可靠组合
不是单用 -g，而是搭配三个关键参数，覆盖绝大多数 C/C++ 调试场景：
-
-g：启用标准 DWARF v5 调试信息（Clang 17 默认） -
-O0：彻底禁用优化，保证变量生命周期、分支逻辑与源码一致 -
-fno-omit-frame-pointer：强制保留rbp/fp，使bt和栈帧跳转可靠
完整命令示例：clang-17 -g -O0 -fno-omit-frame-pointer -o myapp main.c
WebAssembly 或嵌入式目标要额外注意
Clang 默认不支持 wasm32 目标，直接加 -g 会静默失败或生成无效调试段：
- WASI SDK 用户必须显式指定：
/opt/wasi-sdk/bin/clang --target=wasm32-wasi -g -O0 add.c -o add.wasm - Emscripten 用户应改用
emcc -g -O0，它自动处理.wasm.map生成和路径注入 - 浏览器中加载 wasm 时，不能用
WebAssembly.instantiateStreaming()—— 它忽略 source map；必须用fetch().then(r => r.arrayBuffer()).then(bytes => WebAssembly.instantiate(bytes))
最容易被忽略的是：DWARF 信息虽然嵌入了，但调试器版本太老（比如 GDB objdump -g myapp 看得到节区，gdb myapp 却读不到变量 —— 不是编译错了，是调试器没跟上。
