我对开箱即用的答案、方法和想法感兴趣。在较高的层次上,主页非常稀疏,它们主要列出 -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 会在多大程度上支持或使用那里,或者是否有其他选择。
最佳答案
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
: 禁用帧指针消除优化关于debugging - 我可以将哪些标志或环境变量传递给 Clang 以在 BSD 和 Linux 上进行最大程度的调试?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22539696/