clang调试信息可靠需禁用优化并显式控制格式：-o0是唯一保证对齐的等级；-g默认完整dwarf，-gline-tables-only仅存行号，-gmlt最轻量；须防链接时strip及ir缺失!dbg元数据。
Clang 编译时默认会生成调试信息，但只要启用任何优化（-O1 及以上），调试体验就会明显退化——变量丢失、行号错位、单步跳转异常。真正可靠的保留方式，是**禁用优化 + 显式控制调试信息格式与粒度**。
Clang 编译时加 -g 但没效果？检查是否隐式启用了优化
常见错误现象：写了 clang -g main.c -o main，用 lldb ./main 却看不到变量或断点跳到奇怪位置。
- 根本原因：某些构建系统（如 CMake 的
Release模式）或 shell 别名会悄悄加上-O2，而-O1就足以触发变量提升、内联、指令重排，导致 DWARF 信息与实际执行流脱节 - 验证方法：用
clang -g -S -emit-llvm main.c生成.ll文件，搜索!dbg元数据是否存在；再用file ./main看是否含debug字样 - 正确做法：显式禁用优化：
clang -g -O0 main.c -o main；-O0是唯一能保证调试信息与源码严格对齐的优化等级
-g 后缀变体怎么选：从 -g 到 -gmlt
不同 -g 级别影响最终二进制体积、加载速度和调试器响应能力，不是越“全”越好。
-
-g（默认）：生成完整 DWARF v4/5，包含类型、作用域、变量位置、内联展开信息；适合开发调试，但目标文件可能大 2–3 倍 -
-gline-tables-only：只保留行号映射，不存变量名和类型；适用于 CI 构建或性能敏感场景，lldb仍可设断点、单步，但print var会失败 -
-gmlt（minimal line tables）：比-gline-tables-only更轻量，仅存基本行号+函数入口，适合发布前快速验证路径逻辑 - 避免用
-ggdb：这是 GCC 专用扩展，Clang 虽兼容但行为不稳定，某些版本会漏掉DW_AT_decl_line
链接阶段调试信息被 strip 掉了？确认未调用 strip 或 -s
即使编译时加了 -g，链接后仍可能丢失调试信息——尤其是使用 cmake -DCMAKE_BUILD_TYPE=Release 时，工具链常自动追加 -s。
- 检查链接命令：运行
make VERBOSE=1或cmake --build . --verbose，看最终clang++命令里是否含-s或strip - 显式保留：在链接命令末尾加
-Wl,--strip-debug是主动删，而-Wl,--no-strip并不生效；正确做法是确保整个构建流程不出现strip - 验证结果：用
readelf -wi ./main | head -20查看 DWARF 内容是否存在；或objdump -g ./main | grep "DW_TAG_"确认调试条目非空
IR 层面验证调试元数据是否存活：用 opt -debugify 补丁 IR
如果你在写自定义 Pass 或处理中间 IR（比如从 Kaleidoscope 等前端生成的 .ll），原始 IR 可能压根没带 !dbg 元数据。
-
opt -debugify input.ll -o debugified.ll会在所有指令插入占位!dbg，强制注入基础调试信息（文件名、行号为 1） - 配合
-verify使用：opt -verify -debugify input.ll -o verified.ll，可同时校验 IR 合法性与调试信息结构完整性 - 注意：
-debugify不恢复语义（比如变量名、类型），它只是让后续llc或clang链接时有东西可转成 DWARF；真实调试信息必须由前端在生成 IR 时通过DIBuilder注入
最易被忽略的一点：调试信息的有效性高度依赖前端实现。Clang 能做好，不代表你用 LLVM C++ API 手写 IR 时也能自动带上 !dbg——每个 Instruction 都得手动 attach，漏一条就可能导致某行无法断点。这不是编译选项能兜底的事。
