Golang解释gdb SIGILL,非法指令

时间:2019-05-09 20:04:49

标签: go gdb mips embedded-linux go-ethereum

我编写了一个小程序,可以在MIPS 32位路由器上运行。我可以使用go build工具链在路由器上运行一个基本的hello world程序。

env GOOS=linux GOARCH=mips GOMIPS=softfloat go build -a

我要编译的程序使用go-ethereum库,并在尝试构建时抛出以下错误

go build github.com/ethereum/go-ethereum/crypto/secp256k1: build constraints exclude all Go files in ~/go/src/github.com/ethereum/go-ethereum/crypto/secp256k1

我找到了go交叉编译工具xgo,并已成功使用该工具构建了二进制文件(https://github.com/karalabe/xgo)。当我尝试运行二进制文件时,虽然得到以下“程序以信号SIGILL,非法指令终止”。我可以从文件中获取核心转储,但是我对GDB的经验不足。

Program terminated with signal SIGILL, Illegal instruction.
#0  0x008274a8 in __sigsetjmp_aux () 

运行布局组件我得到以下信息:

    0x8274a4 <__sigsetjmp_aux+4>    addiu  gp,gp,-19312                                                                                                                          │
  >│0x8274a8 <__sigsetjmp_aux+8>    sdc1   $f20,56(a0)                                                                                                                           │
   │0x8274ac <__sigsetjmp_aux+12>   sdc1   $f22,64(a0)   

我不确定如何解释这些帮助,将不胜感激。

这里是cat / proc / cpuinfo的输出:

system type     : Qualcomm Atheros QCA9533 ver 2 rev 0
machine         : GL.iNet GL-AR750
processor       : 0
cpu model       : MIPS 24Kc V7.4
BogoMIPS        : 432.53
wait instruction    : yes
microsecond timers  : yes
tlb_entries     : 16
extra interrupt vector  : yes
hardware watchpoint : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ffb, 0x0ffb]
isa         : mips1 mips2 mips32r1 mips32r2
ASEs implemented    : mips16
shadow register sets    : 1
kscratch registers  : 0
package         : 0
core            : 0
VCED exceptions     : not available
VCEI exceptions     : not available

以及二进制文件util的输出:

ELF 32-bit MSB executable, MIPS, MIPS32 rel2 version 1, statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=83c74323a279af9cba50869671ef03d5ad497db8, not stripped

我花了很多时间试图运行该程序,甚至派生了xgo工具,以便它可以接受softfloat参数。谢谢,对这个问题的任何帮助或指示。

1 个答案:

答案 0 :(得分:1)

  

我不确定如何解释

针对“ MIPS sdc1”的Google表示这是一个浮点“从协处理器-1存储双字”指令。

一个猜测:您的嵌入式系统没有浮点协处理器?

您可能需要向-msoft-float命令中添加xgo并进行重建。

更新

  

在相同的sdc1调用中崩溃,寄存器在相同的$f20,56(a0)中。

是的,但是在 same 函数(__sigsetjmp_aux)中,还是在其他函数中?

  

这是我正在使用xgo进行的通话:xgo --go=1.12 --targets=linux/mips --ldflags '-extldflags "-static -msoft-float"' ~/path/to/project

看起来例程__sigsetjmp_aux来自GLIBC,它不是xgo构建的

您所使用的GLIBC版本是在没有-msoft-float的情况下构建的,因此您仍在链接需要系统缺少的硬件浮点的代码。

步骤1:验证__sigsetjmp_aux的来源。为此,您需要将-y __sigsetjmp_aux传递给链接器。也许--ldflags '-extldflags "-static -msoft-float -Wl,-y,__sigsetjmp_aux"'会做到这一点。

您应该会看到类似的内容:

gcc t.o -Wl,-y,setjmp -static
t.o: reference to setjmp
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(bsd-setjmp.o): definition of setjmp

假设您对__sigsetjmp_aux的定义确实来自libc.a,则需要在-msoft-float中使用CFLAGS对其进行重建。

注意:将-msoft-float传递给链接器是错误的,并且无效-这是一个 compiler 标志。