2

我很难在 Linux 上从剥离的二进制文件中生成 breakpad 符号。

我编译：

gcc-4.4 -c -I../include -D_LINUX -m64 -fPIC -D__LP64__ -D_GNU_SOURCE -Wno-switch -Wno-missing-braces -fno-strict-aliasing -Wreturn-type -Wall -Wno-unknown-pragmas -Wno-parentheses -pipe -fmessage-length=0 -g -DRELEASE -O3 -o lin/voxl.o voxl.c -fvisibility=hidden

还有一些 C++ 文件。

然后我链接到：

g++-4.4 -o ../liblin/foo.so -shared  <objects> <libs> -z origin -Wl,-R,\$ORIGIN -Wl,-rpath,../liblin

最后将调试信息剥离到 .debug 文件中：

objcopy --only-keep-debug ../liblin/foo.so ../liblin/foo.so.debug
objcopy --strip-debug ../liblin/foo.so
objcopy --add-gnu-debuglink=../liblin/foo.so.debug ../liblin/foo.so

生成的二进制文件可以使用带有完整符号信息的 GDB 进行调试。它包含一个.gnu_debuglink引用foo.so.debug（无目录路径）的部分，这是正确的。

但是，dump_syms 似乎并没有关注该链接，即使此补丁中正在编辑的代码强烈建议它应该. 我在标准错误中得到这个输出：

liblin/foo.so, section '.eh_frame': the call frame entry at offset 0x18 uses a DWARF expression to describe how to recover register '.cfa',  but this translator cannot yet translate DWARF expressions to Breakpad postfix expressions
liblin/foo.so: file contains no debugging information (no ".stab" or ".debug_info" sections)

生成的符号文件为 2MB，无论该.gnu_debuglink部分是否存在于 ELF 中。当将此 2MB 符号文件与 minidump_stackwalk 一起使用时，堆栈帧上会出现错误的函数。当我dump_syms在带有嵌入符号的二进制文件上运行时，输出文件为 9MB，并且堆栈帧是正确的。

我究竟做错了什么？

4

1 回答 1

4

事实证明这是两件事：

  1. 要从外部文件加载符号，您必须提供 的目录路径dump_syms，即使符号与二进制文件位于同一文件夹中。例如dump_syms foo.so .
  2. Breakpad 中有一个错误，这意味着即使找到外部符号，也永远不会加载它们。我已经提交了一个补丁来修复它。
于 2015-01-14T13:43:20.610 回答