调试失败主因是GCC 14与调试器不兼容：默认-O2优化导致变量被删、DWARF5格式旧GDB不支持、PCH未带-g或优化等级不一致、LTO破坏行号映射，须统一用-O0 -g -gdwarf-4 -fno-lto -fno-omit-frame-pointer。
调试失败不是代码写错了，而是编译器和调试器“没对上号”——GCC 14 默认生成的调试信息，GDB 或 IDE 可能根本读不懂。
断点不命中或变量显示为 (optimized out)
这是 GCC 14 下最常被误判为“GDB 坏了”的问题。根本原因不是调试器失效，而是编译器在 -O2（甚至默认 -O）下做了跨函数标量替换、内联展开、寄存器分配等优化，导致原始变量被消除或重用。
- 开发调试阶段必须显式禁用优化：
gcc -O0 -g -fno-omit-frame-pointer -
-fno-omit-frame-pointer是关键：它保留帧指针，让 GDB 能可靠回溯调用栈 - 混用
-O2 -g看似兼顾性能与调试，实际会让部分局部变量彻底不可见
GDB 报错 “No symbol table loaded” 或无法列出源码
常见于使用旧版 GDB（如 8.0 以下）加载 GCC 14 编译出的二进制。因为 GCC 14 默认输出 DWARF5 格式，而老 GDB 对 .debug_names 和 implicit_const 等新特性支持不全。
- 验证当前格式：
readelf -wi program | head -n 5，若看到DW_TAG_compile_unit后紧跟DW_AT_dwarf_version: 5，即为 DWARF5 - 降级兼容：加
-gdwarf-4强制生成 DWARF4：gcc -O0 -gdwarf-4 -g -o prog prog.c - 升级 GDB 到 12.1+ 更稳妥，但嵌入式或 CI 环境中往往受限
预编译头（PCH）启用后调试信息错乱
当你用 gcc -x c-header stdio.h -o stdio.h.gch 生成 PCH，并在源码中 #include "stdio.h"，GDB 可能跳转到 .gch 文件内部，或显示行号偏移几十行——这是因为 PCH 编译时未携带调试信息，或优化等级与主源不一致。
- PCH 编译必须带
-g：gcc -x c-header -g stdio.h -o stdio.h.gch - 主源文件与 PCH 必须使用相同优化等级（比如都用
-O0），否则调试符号映射断裂 - 临时规避：调试时直接禁用 PCH，加
-no-pch参数
启用 LTO 后调试完全失效
-flto 让链接器参与优化，会重构中间表示（IR），原始 C 行号、变量名、作用域边界全部丢失。即使加了 -g，GDB 也只能看到 LTO 合并后的“黑盒”函数。
- 开发调试阶段必须禁用：
-fno-lto，且不能只写在链接命令里——LTO 是全程行为，需在所有编译和链接步骤中统一关闭 - 发布构建才启用 LTO：
gcc -O3 -flto -DNDEBUG -o release.bin *.c - 注意：某些构建系统（如 CMake）可能隐式开启 LTO，检查
CMAKE_INTERPROCEDURAL_OPTIMIZATION是否为 ON
真正难的不是知道要加 -g，而是理解 -g 生成的信息依赖哪些前提条件——优化级别、DWARF 版本、PCH 一致性、LTO 开关，缺一不可。漏掉任意一个，GDB 就变成“看得到进程，看不到变量”的摆设。
