如何让Nemiver命中断点并查看变量值？求轻量替代调试器

一、O0编译仍出现断点/变量查看异常的原因与修复 #

• 断点命中异常：即便指定-O0，若编译时未添加-g或-g3（包含宏调试信息），调试器无法精准映射源码与机器码。需确认Arx Libertatis的编译参数中明确加入-g3 -O0，同时排查是否有隐含优化开关（如-f开头的相关参数）被自动启用。宏展开导致断点错位的情况，-g3会保留宏信息，让调试器正确识别宏展开后的代码位置。
• 变量显示"optimized output"：除-O0外，要确保未添加-fomit-frame-pointer这类破坏调试信息的参数。对于vector等STL容器无法查看的问题，需安装对应系统的libstdc++调试符号包（如Debian系的libstdc++6-dbg），编译时额外添加-D_GLIBCXX_DEBUG可增强STL容器的调试可见性（注意该开关会改变容器行为，仅用于调试场景）。
• 断点滞后/跳转到基础类：这多是调试信息与二进制不匹配导致的。需完全清理编译目录（执行make clean或git clean -xdf）后重新编译，避免旧目标文件干扰。另外Nemiver对复杂项目的调试信息解析可能存在bug，更换调试器大概率能解决此问题。

二、预展开宏的代码是否有用？ #

用g++ -E生成全宏展开的预代码，对定位宏导致的断点错位有辅助作用，但无法直接解决调试器的断点问题。它能让你直观看到宏替换后的实际代码，确认断点位置是否因宏展开偏离预期，但调试时仍需依赖-g3参数让调试器自行处理宏映射，预展开代码仅作为排查问题的辅助手段，而非替代方案。

三、轻量调试器推荐 #

• GDB（命令行）：原生调试器，无需额外配置，编译时加-g3 -O0后，直接执行gdb ./arx启动。常用命令简单：list查看源码、break 行号设断点、print 变量查看值、info locals查看局部变量，熟练后效率很高。
• DDD：基于GDB的图形化调试器，轻量无复杂配置，启动后自动加载源码与二进制调试信息，界面直观，支持可视化查看STL容器，新手友好，安装后执行ddd ./arx即可启动。
• cgdb：增强版命令行GDB，分屏显示源码与调试命令，比纯GDB更直观，无需配置，启动命令为cgdb ./arx。

以上工具均能自动识别带调试信息的二进制对应的源码，无需像Eclipse/VS Code那样花费时间配置项目。

内容的提问来源于stack exchange，提问作者VeganEye