用g++ -g编译才能生成可调试的C++程序，因g++自动链接libstdc++和正确启动文件，而gcc默认不链接导致undefined reference；-g生成DWARF调试信息，含变量名、函数名、行号等，支持gdb基本操作，但需配合-O0等禁用优化以确保调试准确。
直接用 g++ -g 编译，就能得到可调试的 C++ 可执行文件。 不需要额外链接、不依赖特殊环境，只要确保用了 g++（不是 gcc）且源文件后缀是 .cpp 或 .cc。
为什么必须用 g++ 而不是 gcc
虽然 gcc 也能“碰巧”编译 C++ 源码，但它默认不链接 C++ 标准库（如 libstdc++），运行时大概率报错：undefined reference to `std::cout' 或类似符号缺失。而 g++ 会自动加上 -lstdc++ 和正确的启动文件（crt0.o 等）。
常见错误现象：编译通过，但链接失败，提示大量 std:: 相关未定义引用。
- 正确命令：
g++ -g main.cpp -o app - 错误写法：
gcc -g main.cpp -o app（即使加了-lstdc++也容易漏掉启动代码） - 判断依据：执行
file app，输出含with debug_info且能被gdb app正常加载，才算成功
-g 生成的调试信息到底包含什么
-g 默认生成的是 DWARF 格式调试符号，包含变量名、函数名、行号映射、类型定义等——足够支持 gdb 的 break、print、step 等核心操作。但注意：
它不压缩、不剥离，会导致可执行文件体积明显增大（可能多几 MB）；
它不包含宏展开后的源码（#define 仍显示为宏名，除非加 -g3）。
- 轻量调试可用：
g++ -g1 main.cpp -o app（只保留基本行号和函数名） - 完整调试推荐：
g++ -g main.cpp -o app（等价于-g2，最常用） - 要查看宏展开细节才加：
g++ -g3 main.cpp -o app（调试信息更大，一般没必要）
调试版编译常被忽略的兼容性坑
调试信息本身不改变程序逻辑，但以下参数组合可能让 gdb 行为异常或断点失效：
立即学习“C++免费学习笔记（深入）”；
-
-O2或更高优化等级 +-g：变量可能被寄存器优化掉，gdb显示<optimized out></optimized>；单步执行可能跳行或跳函数 -
-fomit-frame-pointer（某些-O默认启用）：破坏栈帧结构，导致backtrace不准或无法展开调用栈 -
-flto（链接时优化）：即使加了-g，调试信息也可能在 LTO 合并阶段丢失或错位
真正用于调试的版本，建议显式禁用干扰项：g++ -g -O0 -fno-omit-frame-pointer main.cpp -o app。其中 -O0 是关键——它关闭所有优化，确保源码与机器指令严格一一对应。
最后提醒：调试符号只对开发者有意义，上线前务必剥离（strip app）或用 -g 之外的构建流程生成发布版。别把带完整调试信息的二进制扔进生产环境。
