x64跨编译ARM程序共享库崩溃core dump的GDB符号加载问题

• 首先修正GDB启动参数，补充动态库搜索配置
  你当前的启动参数缺少共享库搜索路径的显式声明，需调整为如下格式，将自定义编译的未strip共享库目录加入搜索路径：

  gdb-multiarch -ex "set debug-file-directory /absolute/path/to/build-id-parent" \
    -ex "set sysroot /usr/local/DigiEL-5.9/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sysroot/" \
    -ex "set solib-absolute-prefix /usr/local/DigiEL-5.9/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sysroot/" \
    -ex "set solib-search-path .:/path/to/your/custom/so/dir" \
    my-exec my-exec-11-1637064196.core
  

  注意debug-file-directory需指定为.build-id文件夹的父目录绝对路径，避免相对路径识别错误；同时必须保证sysroot目录下的ld-linux.so.3（ARM架构动态链接器）版本与目标设备上的版本完全一致，info shared报内存访问错误的核心原因就是GDB无法通过动态链接器解析共享库加载段的偏移地址，版本不匹配会直接导致偏移计算错误。
• 手动加载共享库符号
  你之前使用file命令加载符号的方式错误，该命令会替换主程序的符号表，加载共享库符号需使用add-symbol-file命令：
  1. 先获取共享库的实际加载基地址：可以从目标设备崩溃日志中提取，segfault报错的末尾会有类似in libtest.so[40000+10000]的字段，方括号内第一个数值就是该共享库的加载基地址；如果没有日志，也可以通过GDB读取pc寄存器值，结合共享库的readelf -S libtest.so输出的.text段偏移反推基地址。
  2. 执行命令加载符号：add-symbol-file ./unstripped-libtest.so 0x40000，将其中的0x40000替换为实际的基地址，加载完成后执行bt即可正常显示回溯栈。
• 校验Build-ID配置正确性
  执行readelf -n libtest.so查看共享库的Build-ID值，确认.build-id目录下的文件路径符合规范：假设Build-ID为abcdef1234，则对应的符号文件路径应为.build-id/ab/cdef1234.debug，层级错误会导致GDB无法识别符号文件。
• 临时快速定位方案
  如果暂时无法修复GDB加载问题，可以直接用交叉工具链的addr2line定位崩溃点：先从GDB中读取pc寄存器值，执行arm-unknown-linux-gnueabi-addr2line -e ./unstripped-libtest.so <pc寄存器值> -f即可直接输出崩溃对应的函数名和代码行号。
• 额外注意事项
  1. 优先使用gdb-multiarch 9.2，gdb 6.8版本过老，对Build-ID和跨架构Core Dump的支持存在已知bug，会出现符号识别异常。
  2. 所有路径配置命令必须在加载Core文件前执行，进入GDB后再修改配置不会生效，你当前使用-ex参数在启动时执行配置的方式是正确的。
  3. 先执行file my-exec-11-1637064196.core确认Core文件完整，如果输出提示core is truncated，说明生成Core时未放开大小限制，文件本身缺失动态段信息，无法解析共享库符号。

内容的提问来源于stack exchange，提问作者joelr