-rdynamic VS. -g

如果通过 readelf -s 查看，可以发现，使用 -rdynamic 选项后，在 .dynsym 段中增加了很多符号，包括本程序内定义的符号。

-g 会添加调试信息(.debug_xxx)，通常被 gdb 使用，可以通过 strip 删除。
-rdynamic 是添加动态连接符号信息，用于动态连接功能，比如 dlopen()、backtrace() 系列函数使用，不能被 strip 掉。

在 ELF 文件中包含了 .symtab 和 .dynsym 符号表，前者包含的内容更多，通过 strip 会去掉 .symtab 而不会去掉 .dynsym。

addr2line

addr2line 常见的用处就是根据程序崩溃时候打印的堆栈地址，用来查看出错的源代码的行数。

其原理是，在通过 -g 参数编译生成 ELF 对象时，最终的生成文件包含有几个 .debug 段，例如，.debug_line 包含了每个汇编指令对应的地址和源代码行数源代码名字等信息。

objdump、gdb 都是可以解析这个 .debug_line 段，可以通过如下命令查看。

$ objdump -S -d test

如果通过 strip -d 把对应 ELF 文件的几个 debug 段都删除掉，那么 addr2line、objdump、gdb 都不能显示代码行数和汇编的关系了。

----- 查看ELF文件各个段的名称
$ readelf --sections test
$ objdump -x test

----- 查看调试段的内容
$ readelf -wl test
$ readelf --debug-dump test

其中 .symtab 段只保存函数名和变量名等基本的符号的地址和长度等信息的，所以 backtrace() 可以根据地址得到出错的是哪个函数和在函数中的偏移，但具体到源码的哪一行还是要靠 .debug_line 这里面的信息的。

gdb 里面可以通过 file 或者 add-symbol-file 来加载符号表的，如果需要源码行数信息就需要用 -g 重新编译程序以生成 .debug_line 段才能查看。

在系统 dmesg 中可以发现系统日志的错误信息：

[54106.016179] test1[8352] trap divide error ip:400506 sp:7fff2add87e0 error:0 in test1[400000+1000]

这里的 IP 字段后面的数字就是程序出错时所程序执行的位置，可以使用 addr2line 将地址 400506 转换成出错程序的位置：

$ addr2line -e test 400506
/code/test/addr2line/test1.c:5

简单来说，如果需要在 Backtrace 中打印函数，需要添加 -rdynamic 参数，如果要通过 addr2line 显示行数则需要添加 -g 参数。