Clang编译必须显式加-g才能生成调试信息，否则GDB/LLDB无法查看变量、设断点或显示堆栈；-g是生成DWARF调试信息的必要开关，需配合-O0使用，且CMake或IDE中每层配置都必须确保-g和-O0被正确传递。
Clang编译时必须加 -g 才有调试信息
不加 -g，哪怕代码是 Debug 模式编译的，GDB 或 LLDB 也看不到变量、无法设断点、堆栈帧为空。这是最常被忽略的一步——很多人以为只要用 Debug 模式构建就自动带调试符号，但 Clang 不会默认开启。
-
-g是生成完整 DWARF 调试信息的开关，必须显式传给clang或clang++ - 如果只想要行号和基本符号（减小二进制体积），可用
-gline-tables-only，但变量名、类型、局部作用域仍不可见 - 搭配
-O0使用：优化会重排、内联、删变量，-O0关闭优化才能让源码和执行流对得上 - 跨语言调试（如 C++ + Rust）建议额外加
-fstandalone-debug，避免 DWARF 元数据冲突
CMake 中设置 Clang 的 Debug 构建类型
如果你用 CMake 管理项目，CMAKE_BUILD_TYPE=Debug 只是触发预设行为，Clang 实际是否加 -g 取决于 CMake 内置规则是否生效——而它在非 MSVC 环境下依赖编译器识别。
- 确保 CMake 配置时指定 Clang 工具链：
cmake -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ -DCMAKE_BUILD_TYPE=Debug .. - CMake 会自动为 Clang 加
-g -O0，但前提是没被其他CMAKE_CXX_FLAGS覆盖 - 检查是否生效：运行
cmake ..后看终端输出是否有-- C++ Debug flags: -g -O0 - 若失效，手动追加：
set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -g -O0")（放在project()之后）
直接调用 clang++ 命令生成 Debug 可执行文件
跳过构建系统时，命令行参数必须完整，漏掉任意一项都可能导致调试失败。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 基础命令：
clang++ -g -O0 -o main main.cpp - 链接标准库（尤其 MinGW/Windows）要显式加：
-lstdc++或-lc++（取决于你用的 libc++ 还是 libstdc++） - 目标平台需明确（如 Windows）：
-target x86_64-w64-mingw32，否则可能链接失败或调试符号解析异常 - 验证是否成功：用
file main（Linux/macOS）或llvm-readobj --sections main | grep debug查看是否含.debug_*段
Dev-C++ 或旧 IDE 里 Clang Debug 配置容易失效的点
这类 IDE 对 Clang 支持有限，很多“编译选项”字段不真正透传到命令行，或者覆盖了关键参数。
- 在 Dev-C++ 的「编译器选项 → 代码生成/优化」里填
-g -O0，但必须确认它出现在最终命令行最右侧（优先级最高） - 「连接器命令行」里加
-lstdc++，否则std::cout等符号找不到，链接报错undefined reference to `std::...` - GDB 路径必须指向 MinGW 提供的
gdb.exe，LLVM 自带的lldb在 Dev-C++ 里不被支持 - 即使配置正确，某些版本 Dev-C++ 会忽略
-g——这时直接用命令行编译验证，再回 IDE 排查配置是否被 UI 隐藏字段覆盖
调试符号不是“开了 Debug 模式就有”，而是每一层（命令行、CMake、IDE）都必须把 -g 和 -O0 显式送进 Clang 进程。中间任一环节丢掉，最后得到的就是一个“看起来能跑、实则没法调”的二进制。
