Clang编译时必须加-g才能生成DWARF调试信息，否则GDB或LLDB无法解析源码行号、变量值和调用栈；-g是兼容性最好的选项，但需确保编译与链接全程保留，且高优化级可能使部分变量不可见。
Clang编译时加 -g 就能生成调试信息
不加 -g，GDB 或 LLDB 无法显示源码行号、变量值、调用栈——不是“断点设不了”，而是调试器根本读不到符号和位置映射。默认情况下 Clang 完全不嵌入调试信息，这点和 GCC 一致。
-
-g是最常用且兼容性最好的选项，生成 DWARF 格式（Linux/macOS 默认），LLDB 和 GDB 都能正常读取 - 如果只想要行号信息（比如做性能分析但不需要变量），可用
-gline-tables-only，体积小、编译快，但print var会失败 -
-gdwarf-5可显式指定 DWARF 版本（Clang 10+ 支持），新版 DWARF 压缩更好、支持更多语言特性，但老版调试器可能不识别 - 注意：
-O2或更高优化级会重排代码、内联函数、删掉未用变量——即使加了-g，某些变量也可能显示为<optimized out></optimized>
调试信息必须全程保留：编译 + 链接都不能丢
很多人只在编译阶段加 -g，忘了链接时被 strip 或静默丢弃。Clang 默认链接行为不会破坏调试信息，但以下情况会出问题：
- 用
-Wl,-strip-all或-s链接，直接删光所有符号和调试段 - 用
strip命令后处理二进制，没加--strip-debug就全删了（strip --strip-debug a.out才安全） - CMake 中若设置了
set(CMAKE_BUILD_TYPE Release)，很多模板会自动加-DNDEBUG和-O3，但未必带-g——得手动补add_compile_options(-g)或设CMAKE_CXX_FLAGS_DEBUG
验证调试信息是否真生效
别靠 “我加了 -g 就应该有” 判断，直接查二进制：
- 运行
file a.out，输出里含with debug_info才算初步过关 - 运行
llvm-dwarfdump a.out | head -20（macOS/Linux），能看到DWARF version和Compile Unit表示 DWARF 数据存在 - 用
lldb a.out启动后输入break main，如果提示Breakpoint 1: where = a.out`main + 22 at main.cpp:5:3，说明行号和源码路径都对上了
Clang 的 -g 和 GCC 的 -g 行为基本一致，但有个细节差异
Clang 默认用 DWARF，GCC 在较老版本上可能默认用 stabs（已淘汰）。真正要注意的是 Clang 对 -grecord-gcc-switches 不支持——这个 GCC 选项用来把编译命令存进调试段，Clang 没等价实现。如果依赖这个功能（比如某些构建系统校验编译参数），得换方案或改用 GCC。
立即学习“C++免费学习笔记（深入）”；
另外，Windows 上用 Clang/LLVM 工具链（如 clang-cl）时，-g 生成的是 CodeView 格式，不是 DWARF，调试器也得换成支持 CodeView 的（比如 VS2019+ 或最新版 LLDB）。这点容易被忽略，尤其跨平台项目。
