![](/img/trans.png)
[英]Extract detailed symbol information (struct members) from elf file compiled with ARM-GCC
[英]extract debug symbol info from elf binary
我们来看看这个基本的c程序:
#include <stdio.h>
int myadd(int a, int b);
int myadd(int a, int b)
{
return a+b;
}
int main(int argc, char *argv[])
{
int res = myadd(argc,3);
printf("%d\n",res);
return 0;
}
我想要的是了解调试符号文件的工作原理。
如果我这样编译:
gcc test.c
我可以在gdb中看到调试符号:
gdb ./a.out
(gdb) disassemble myadd
Dump of assembler code for function myadd:
0x00000000000006b0 <+0>: push %rbp
没关系 !
现在,如果我跑:
gcc -s test.c
这是我在gdb中得到的:
(gdb) disassemble myadd
No symbol table is loaded. Use the "file" command.
那也没关系,因为我用-s gcc选项剥离了符号。
现在,我想在两个文件中“拆分”我的elf可执行文件: - 剥离的精灵可执行文件 - 外部调试符号文件。
这是我在一些教程中读到的内容:
gcc test.c
objcopy --only-keep-debug a.out a.dbg
strip ./a.out
但是,现在,如果我想运行gdb,我会告诉gdb查看./a.dbg中的调试符号
gdb -s ./a.dbg a.out
并且gdb无法解析myadd函数:
(gdb) disassemble myadd
No symbol table is loaded. Use the "file" command.
这是我不明白的:为什么gdb不解析myadd函数?
谢谢
如果我这样编译:
gcc test.c
我可以在gdb中看到调试符号
这里没有看到调试符号,只有符号表(与调试符号不同)。
要查看调试符号,请使用gcc -g test.c
编译。
gdb -s a.dbg a.out
这里的问题是当GDB看到“unadorned” a.out
,它抛弃先前指定的符号文件( a.dbg
)并用(完全剥离) a.out
替换它。 你要:
gdb -s a.dbg -e a.out
更新:
什么意思是“剥离”文件:这是否意味着这是一个没有符号表或没有debuging信息的文件?
在ELF平台上,与“strip”-ness相关的文件状态不是二进制文件:您可以删除文件的各个部分,并且根据您删除的确切内容,您的调试体验将受到不同程度的影响。
此命令: strip -g a.out
删除所有.debug_*
部分,使您没有指令地址到源文件和行映射,并且没有堆栈地址到局部变量映射。 但是,符号表保留在二进制文件中,可用于为函数名称映射提供指令地址。
此命令: strip a.out
删除所有.debug_*
部分,以及.symtab
和.strtab
(它们一起构成符号表)。 这种二进制文件通常称为“完全剥离”。
也可以使用obcopy
删除单个部分。 可以删除源文件/行信息( .debug_line
部分)而不删除变量信息,反之亦然。
我试过了eu-unstrip ./a.out ./a.dbg但是./a.out结果文件不包含调试信息。
你可能会在eu-unstrip
遇到一个bug,也许就是这个 。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.