必须加-g，否则二进制中无行号、变量名等调试元数据；配合-o0和-fno-omit-frame-pointer才能确保lldb/gdb正常显示源码、变量和完整调用栈。

clang -g 生成调试信息必须加 -g

不加 -g，编译出来的二进制文件里就没有行号、变量名、函数名这些元数据，LLDB 或 GDB 进去后只能看到汇编指令，list 命令报错，print var 显示 Cannot find symbol。这不是调试器问题，是编译器根本没塞进去。

• -g 是唯一必需参数，Clang 17 默认不生成任何调试信息
• 仅加 -g 就能支持断点、单步、查看局部变量等基础功能
• 若用 objdump -g myapp 查不到 DW_TAG_subprogram，说明 -g 没生效或被后续链接覆盖

为什么 -O2 下调试经常失效

优化会重排代码、内联函数、消除变量，导致源码行和机器指令映射断裂。即使加了 -g，next 可能跳过整段逻辑，print x 显示 optimized out。

Clang 22.1.3

Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。

下载

• 调试阶段优先用 -O0：禁用所有优化，保证控制流与源码一致
• 若必须测性能，可折中使用 -O1 -g，但仍有变量被优化的风险
• -fno-omit-frame-pointer 要配合 -g 使用，否则 bt（调用栈）可能截断或错乱

clang 编译 C 文件时的最小调试命令组合

以下命令适用于绝大多数 C 调试场景，不冗余、不遗漏关键项：

clang-17 -g -O0 -fno-omit-frame-pointer -o myapp main.c

• -g：嵌入 DWARF 调试信息（.debug_info 和 .debug_line）
• -O0：关闭优化，避免变量丢失和行号偏移
• -fno-omit-frame-pointer：保留帧指针，确保 bt 能完整回溯
• 不需要额外链接选项，-g 已影响整个编译+链接流程

验证调试信息是否真被写进去了

别只信编译命令，要动手检查。用 objdump 看二进制里有没有 DWARF 标签：

objdump -g myapp | grep "DW_TAG"

• 输出至少包含 DW_TAG_subprogram（函数）、DW_TAG_variable（变量）才算成功
• 如果空输出，常见原因是：编译时漏了 -g、用了 strip 清理过、或目标平台不支持（如裸机交叉编译未配好 DWARF backend）
• macOS 上可用 llvm-dwarfdump myapp | head -20 替代 objdump

调试信息不是“开了就一定好用”，-g 只是起点；真正让 LLDB/GDB 能看清代码的，是 -O0 和 -fno-omit-frame-pointer 的配合。很多人卡在“明明加了 -g 却看不到变量”，问题往往出在这两个被忽略的开关上。

13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！