ARMv7架构下使用GDB调试汇编程序遇异常问题咨询

设备系统信息 #

$ uname -a
Linux cptr280 5.15.0-1017-raspi #19-Ubuntu SMP PREEMPT Fri Oct 14 08:24:06 UTC 2022 armv7l armv7l armv7l GNU/Linux

汇编与链接命令 #

汇编命令：

as -mfloat-abi=hard -mfpu=vfpv2 -g $file.s -o $file.o

链接命令：

ld $file.o -o $file -lc -lm \
  --dynamic-linker=/lib/arm-linux-gnueabihf/ld-linux-armhf.so.3 \
  --rpath=/lib/arm-linux-gnueabihf

问题现象 #

程序单独运行正常，但在GDB中启动并在_start处设置断点后，实际停在/lib/arm-linux-gnueabihf/ld-linux-armhf.so.3的_start函数；继续执行后触发SIGILL非法指令异常，停在__GI__dl_debug_state () at dl-debug.c:117。

原因解释 #

确实和动态链接机制有关：

• 动态链接程序启动时，会先执行动态链接器ld-linux-armhf.so.3的_start，它负责加载依赖的动态库（如libc、libm）并完成初始化，之后才会跳转到你的程序自身的_start。所以GDB断在动态链接器的_start是正常行为，但后续的SIGILL异常，大概率是因为你编译汇编时指定了-mfpu=vfpv2，而动态链接器可能用更高版本的FPU指令集编译，导致GDB调试过程中指令解析冲突，触发非法指令报错。

静态链接标准C库和数学库的方法 #

静态链接可绕过动态链接器的启动流程，直接运行你的程序入口，解决调试异常问题。修改链接命令如下：

ld $file.o -o $file -static -lc -lm

• -static参数会让链接器将libc、libm的代码直接打包到可执行文件中，程序不再依赖动态链接器。
• 注意：静态链接后程序体积会增大，但启动时无需动态链接器介入，GDB可直接断在你的程序自身的_start入口，也不会出现动态链接相关的调试异常。
• 汇编时的-g参数已保留调试符号，静态链接后这些符号会一并保留，不影响GDB调试。

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