gnu ld/gdb：单独的调试文件。当有太多调试信息需要链接时如何生成调试文件？

现在有gdb and binutils支持将调试信息与要调试的二进制文件分开。描述这一点的文档可以在以下位置找到：

• gdb：单独的调试文件 http://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html
• objcopy --add-gnu-debuglink, --only-keep-debug http://sourceware.org/binutils/docs-2.23.1/binutils/objcopy.html#objcopy
• ld --构建 ID http://sourceware.org/binutils/docs/ld/Options.html#Options

经过一番实验后，我能够得到gdb(7.6) 使用 build-id 和 debug-link 方法查找调试信息。这里有两个gdb显示调试器分别使用 build-id 和 debug-link 方法在非标准位置查找调试信息的片段：

(gdb)  set debug-file-directory .
(gdb) file uWithBuildId
Reading symbols from /home/peeterj/build-id/uWithBuildId...Reading symbols from /home/peeterj/build-id/.build-id/2d/41caac1bcbeb65255abc3f35624cf9ed37791a.debug...done.


Reading symbols from /home/peeterj/build-id/uWithDebugLink...Reading symbols from /home/peeterj/build-id/uWithDebugLink.debug...done.

创建我使用过的调试信息文件objcopy and strip。我在下面提供了此类命令的详细信息以供参考。

然而，我之所以关注这个，是希望能够构建all我们的产品代码-g。目前，如果我们尝试的话，这会破坏调试器，因为我们的共享库太大，重定位被截断以适应如下消息：

/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64/crtn.o:(.debug_aranges+0x6):     relocation truncated to fit: R_X86_64_32 against `.debug_info'

（以及随后的链接失败）

有谁知道一种方法可以做到以下之一：

1. 生成一个独立文件，其中包含来自对二进制文件有贡献的源的所有调试信息（即最终出现在ld生成二进制文件的命令）。
2. 或者，指示ld链接而不在二进制文件本身中包含此调试信息，并生成可以使用 build-id 或调试链接标识的独立调试文件？我在文档中没有看到任何用于执行此操作的单遍方法的内容ld，但是ld文档很大，也许我错过了。
3. 处理上面截断错误的某种方法（这样的方法将允许 build-id 或 debug-link 方法工作）。

为可执行文件生成单独的调试文件的示例命令

这是使用以下命令的示例命令行序列--build-id and --add-gnu-debuglink方法：

g++ -g   -c -o u.o u.cpp
g++ -o uWithBuildId -Wl,--build-id u.o
g++ -o uWithDebugLink u.o
copyDebugAndStrip uWithBuildId
objcopy --only-keep-debug uWithDebugLink uWithDebugLink.debug
objcopy --add-gnu-debuglink=uWithDebugLink.debug uWithDebugLink
strip -g uWithDebugLink

其中 copyDebugAndStrip 是以下 Perl 代码：

#!/usr/bin/perl

my $binary = $ARGV[0] ;
my @p = `objdump --section .note.gnu.build-id -s $binary | tail -2` ;
foreach (@p)
{
   chomp ;
   s/^ *[\da-f]+ *// ;
   s/  .*// ;
   s/ //g ;
}

my $buildid = "$p[0]$p[1]" ;
$buildid =~ /^(..)(.*)/ ;

my ($d, $r) = ($1, $2) ;

print "build-id for '$binary': $buildid\n" ;

my $cmd =
"mkdir -p .build-id/$d
rm -f .build-id/$d/$r.debug
objcopy --only-keep-debug $binary .build-id/$d/$r.debug
strip -g $binary
" ;

print $cmd ;
system $cmd ;

最初似乎是binutilsgold 链接器能够构建大型 -g 共享库，为上述 (3) 提供了解决方案，但事实证明这是因为缺乏错误检查。

另一方面，如果使用尖端工具链，则 (1) 和 (2) 上的工作似乎是可用的，这是裂变 dwarf/binutils/gcc 工作的一部分，如下所述：

• http://gcc.gnu.org/ml/gcc/2011-10/msg00326.html http://gcc.gnu.org/ml/gcc/2011-10/msg00326.html
• http://gcc.gnu.org/wiki/DebugFission http://gcc.gnu.org/wiki/DebugFission

在关于此重定位截断错误的 bugzilla 报告的讨论中提到了这项裂变工作：

http://sourceware.org/bugzilla/show_bug.cgi?id=15444 http://sourceware.org/bugzilla/show_bug.cgi?id=15444

使用此分割调试文件的示例是：

g++ -gsplit-dwarf -gdwarf-4   -c -o main.o main.cpp
gcc -gsplit-dwarf -gdwarf-4   -c -o d1/t1.o d1/t1.c
g++ -gsplit-dwarf -gdwarf-4   -c -o d2/t2.o d2/t2.cpp
gcc -Wl,--index-gdb main.o d1/t1.o d2/t2.o   -o main

where gcc/g++是版本 4.8，binutils trunk (cvs -z 9 -d :pserver:[email protected] /cdn-cgi/l/email-protection:/cvs/src co binutils）已使用配置--enable-gold=default，最后使用gdb 7.6版本，它可以读取分割调试信息。

加入 gcc 行列，intel（版本 16）编译器支持 -gsplit-dwarf。英特尔编译器记录需要 binutils-2.24+、gdb-7.6.1+。 clang 编译器代码库有一些 split dwarf 支持，但我不知道该支持处于什么状态。