debugging - 我可以将哪些标志或环境变量传递给 Clang 以在 BSD 和 Linux 上进行最大程度的调试？

Question

我对开箱即用的答案、方法和想法感兴趣。在较高的层次上，主页非常稀疏，它们主要列出 -g ，带一级，提示-O0也非常有帮助或必不可少。

但我想知道可以提供哪些其他 clang 标志来进行最大程度的调试。是否有等效于 gcc 的 -ggdb3其中包括直接在对象输出中的一些源或注释？或者可能有？重新编译操作系统及其原始库以进行调试是否可能并有帮助(如果是这样，如果我使用的是 Debian，我可以让它将调试写入主 .deb 包，而不是将单独的调试过的 .deb 包哪个将调试数据存储在 /usr/lib/debug 中？)？二进制文件的静态构建会影响查看良好堆栈跟踪的能力吗？是否需要采取任何措施来确保 addr2line 运行良好？是否需要使用 clang 编译所有库(甚至 glibc)以获得最大的调试好处？我注意到有一个项目用 clang 重新编译 Debian，否则我对这样做的发行版持开放态度，或者以其他方式强调调试。

在 Linux 上还有类似 LD_PRELOAD 的选项。设置为 /lib/libSegFault.so ，或一套LD_LIBRARY_PATH重新分配给 /usr/lib/debug而不是通常的/usr/lib 位置(包括将 libc 本身重定向到调试版本)。对于如何增强二进制文件的可调试性这个问题，是否有一个中心位置或外部来源的答案？更大的谜团是 clang，因为我在很长的 gcc 手册页中看到有各种选项可以增加调试(或减少优化)，但另一方面，clang 的文档只显示了一个较小的集合。 clang 可能会接受比给定更多的选项，包括 gcc 标志(这可能会转化为无操作或更多的调试 - 如果没有规范的信息源很难判断)。

同样从包构建的角度来看，因为外部包可能不尊重 CFLAGS ，我已重定向 /usr/bin/strip作为一个总是成功的无操作命令，但建议其他确保合规性的想法(我相信 pkgsrc 在包装 gcc 和 shell 脚本中的链接器方面做得很好 - 有助于插入强制性标志)。此外，还可以传递各种 ld 选项以增加对输出目标的调试。此外，BSD(包括基于 clang 的 FreeBSD 10)很可能具有不同的链接架构，这可以更容易地在生成的库和可执行文件中请求和查找调试符号。

为了更广泛地定义调试，我设置了 LD_WARN=yes , LD_DEBUG=unused , SEGFAULT_SIGNALS="all" , LD_PRELOAD=.../libSegFault.so (如上所述)和 LD_BIND_NOW=yes .此外，我相信我可以更喜欢 gcc 在/usr/lib/debug 中搜索库 - 使用战略性 -B 在标准搜索路径之上s。另外，使用 --whole-archive对于静态构建，可能会确保链接输出中包含更多对象。还有ulimit -c unlimited ，以及在 Linux 上区分核心文件的好方法，例如:

sysctl -w kernel.core_pattern="core.%t.SIG-%s.PID-%p.ID-%g-%u.%h.%E"

对于 gcc，我使用并看到了如下标志: -O0 -fno-omit-frame-pointer -fverbose-asm -ggdb3 -mno-omit-leaf-frame-pointer -mtune=generic -fvar-tracking -D_GLIBCXX_DEBUG=1 -frecord-gcc-switches -femit-class-debug-always -fmath-errno -fno-eliminate-unused-debug-symbols -fno-eliminate-unused-debug-types -fno-merge-debug-strings -mieee-fp -mtune=generic -static-libgcc -fexceptions -fvar-tracking -fbounds-check -rdynamic -UNDEBUG -DDEBUG=1 (-ffreestanding -static-libgcc -pass-exit-codes) -fno-stack-check (因为我相信我已经读过后者会干扰调试)

其他标志出于其他原因而存在，但重点是最大限度地调试。对于上述所有或大部分内容，尚不清楚 clang 会在多大程度上支持或使用那里，或者是否有其他选择。

Answer 1

Clang 不支持 -ggdb3标志，只有 -g ，正如你所注意到的。如果您尝试使用它，您将收到以下消息:

clang: warning: argument unused during compilation: '-ggdb3'

所以你可以通过 Clang 运行你的整个命令行，它会告诉你它支持哪些 GCC 标志，哪些不支持，有些会打印警告，有些可能会出错，但 Clang 不会默默地忽略它们。以下是我尝试您的长命令时 Clang 拒绝的那些: -static-libgcc和 -pass-exit-codes .

正如 another SO answer 中所指出的, clang -cc1 --help可用于列出支持的编译标志，我们会在其中看到您可能感兴趣的以下内容:

-disable-llvm-optzns : 不要运行 LLVM 优化 channel

-fno-elide-constructors : 禁用 C++ 复制构造函数省略

-mdisable-fp-elim : 禁用帧指针消除优化