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

Debugging 我可以将哪些标志或环境变量传递给Clang,以便在BSD和Linux上进行最大程度的调试?,debugging,gcc,gdb,clang,Debugging,Gcc,Gdb,Clang,我对开箱即用的答案、方法和想法感兴趣。在较高的层次上,主页非常稀疏,它们主要列出-g,只有一个层次,这表明-O0也非常有用或重要 但我想知道还有什么其他的标志可以提供最大的调试。是否有一个等价于gcc的-ggdb3,它直接在对象输出中包含一些源代码或注释?还是会有?重新编译操作系统及其原始库以进行调试是否可能且有帮助(如果是这样,如果我使用Debian,是否可以让它将调试写入main.deb包中,而不是将调试数据存储在/usr/lib/debug?)中?二进制文件的静态构建是否会影响查看良好堆栈

我对开箱即用的答案、方法和想法感兴趣。在较高的层次上,主页非常稀疏,它们主要列出
-g
,只有一个层次,这表明
-O0
也非常有用或重要

但我想知道还有什么其他的标志可以提供最大的调试。是否有一个等价于gcc的
-ggdb3
,它直接在对象输出中包含一些源代码或注释?还是会有?重新编译操作系统及其原始库以进行调试是否可能且有帮助(如果是这样,如果我使用Debian,是否可以让它将调试写入main.deb包中,而不是将调试数据存储在
/usr/lib/debug
?)中?二进制文件的静态构建是否会影响查看良好堆栈跟踪的能力?是否需要做些什么来确保addr2line正常工作?是否需要使用clang编译所有库(甚至glibc)以获得最大的调试好处?我注意到,有一个项目需要用clang重新编译Debian,否则我将接受这样做或以其他方式强调调试的发行版

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

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

为了更广泛地定义调试,我设置了
LD\u WARN=yes
LD\u DEBUG=unused
SEGFAULT\u SIGNALS=“all”
LD\u PRELOAD=…/libSegFault.so
(如上所述),和
LD_BIND\u NOW=yes
。此外,我相信我更愿意使用策略
-B
s在/usr/lib/debug中使用gcc搜索库,而不是标准搜索路径。此外,对于静态构建使用
--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省略帧指针-fverbose asm-ggdb3-mno省略叶帧指针-mtune=generic-fvar跟踪-D_GLIBCXX_DEBUG=1-frecord gcc开关-femit类始终调试-fmath errno-fno消除未使用的调试符号-fno消除未使用的调试类型-fno合并调试字符串-mieee fp-mtune=generic-static libgcc-feexceptions-fvar tracking-fbounds check-rdynamic-UNDEBUG-DDEBUG=1(-ffreestanding-static libgcc-pass exit code)-fno堆栈检查(因为我相信我已经读到后者会干扰调试)


其他标志是出于其他原因而存在的,但重点是最大限度地进行调试。鉴于以上所有或大部分内容,目前尚不清楚clang将在多大程度上支持或使用这些标志,或者是否有其他选项。

clang不支持
-ggdb3
标志,正如您所注意到的,仅支持
-g
。如果您尝试使用它,您将失败我会得到消息:

clang: warning: argument unused during compilation: '-ggdb3'
因此,您可以通过Clang运行整个命令行,它会告诉您它支持哪些GCC标志,哪些不支持,一些会打印警告,其他可能会出错,但Clang不会自动忽略它们。以下是我尝试长命令时Clang拒绝的命令:
-static libgcc
-pass exit codes

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

  • -禁用llvm OPTZN
    :不运行llvm优化过程
  • 代码> -FNO-ELIDE构造函数< /> >:禁用C++复制构造器Eclipse < /LI>
  • -mdisable fp elim
    :禁用帧指针消除优化