必须加-g，否则gdb无法加载符号表，报“no symbol table loaded”，无法显示源码行号、变量名；-g是调试前提，配合-o0确保指令与源码一一对应，-m32/-m64需按目标架构显式指定。
必须加 -g，否则 GDB 什么都看不到
不加 -g 编译出来的二进制文件，GDB 启动后连源码行号、变量名都显示为 <optimized out></optimized> 或直接报错 No symbol table loaded。这不是配置问题，是根本没生成调试符号。
-
-g是最低要求，生成基础调试信息（函数名、行号、局部变量） - 想在 GDB 里用
info macro查宏展开，得用-g3 - 如果只想要体积小一点的调试版，
-g1可以省空间，但没法看变量值
-O0 是调试时的默认安全选项
优化等级越高，GDB 越难还原原始逻辑：变量可能被寄存器复用、函数被内联、执行顺序打乱。哪怕加了 -g，-O2 以上也大概率导致断点跳转异常或 print 显示 <optimized out></optimized>。
-
-O0关闭所有优化，保证源码和指令一一对应 -
-O1在部分场景下还能勉强调试，但不推荐用于复杂逻辑定位 - 别信“
-g -O2也能调试”这种经验——它只对极简函数有效
64 位 vs 32 位调试版要显式指定架构
默认编译目标取决于系统架构，不是你想 debug 就自动匹配。比如在 64 位机器上编译一个要跑在嵌入式 32 位设备上的程序，不加参数就无法在目标设备上用 GDB 正确加载符号。
- 强制生成 32 位可执行文件：加
-m32（需系统安装gcc-multilib） - 强制生成 64 位可执行文件：加
-m64（多数 x86_64 系统默认，但跨平台构建时必须显式写） -
-m32和-g可共存：gcc -g -O0 -m32 -o app main.c
调试信息格式影响 GDB 功能完整性
DWARF 版本决定你能用哪些调试能力。老版本 GDB（如 8.x）对 DWARF5 支持有限，而新 GCC 默认可能输出 DWARF5；反过来，某些嵌入式工具链只认 DWARF2。
- 兼容性最广：用
-gdwarf-2（-g默认行为，等价于-gdwarf-2） - 需要宏定义/内联展开细节：用
-gdwarf-5 -g3 - 若遇到 GDB 报
Unable to read DWARF data，先试-gdwarf-2
gcc -g -O0 -o app main.c、gcc -g3 -gdwarf-5 -O0 -m32 -o app main.c、gcc -gdwarf-2 -O0 -o app main.c。少一个参数，GDB 就可能卡在第一步。
