我对答案、方法和创意很感兴趣。在较高的层次上,主页面非常稀疏,它们主要列出-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在shell脚本中包装gcc和链接器方面做得很好-对于插入强制标志很有用)。还可以传递各种old选项,以增加对输出目标的调试。此外,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
。
正如在另一个SO回答中指出的,clang -cc1 --help
可以用来列出支持的编译标志,其中我们看到以下可能会引起您的兴趣:
-
-disable-llvm-optzns
:不要运行LLVM优化通道 -
-fno-elide-constructors
:禁用c++复制构造函数省略 -
-mdisable-fp-elim
:禁用帧指针消除优化