Golang 解释 gdb SIGILL，非法指令

Question

我编写了一个在 MIPS 32 位路由器上运行的小型 go 程序。我能够使用 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 () 

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

    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

我花了很多时间试图让这个程序运行，甚至 fork xgo 工具以便它可以接受 softfloat 参数。非常感谢对此问题的任何帮助或指导，谢谢。

Answer 1

I'm unsure how to interpret this

谷歌搜索“MIPS sdc1”表明这是一个浮点“Store Doubleword from Coprocessor-1”指令。

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

您可能需要添加 -msoft-float给你的xgo命令和重建。

更新:

it is crashing on the same sdc1 call, the registers are the same $f20,56(a0).

是的，但是是在相同的函数中(__sigsetjmp_aux)，还是在一些不同的函数中？

Here is the call I'm building with xgo: xgo --go=1.12 --targets=linux/mips --ldflags '-extldflags "-static -msoft-float"' ~/path/to/project

看起来像套路__sigsetjmp_aux来自 GLIBC，它不是由 xgo 构建.

而您使用的 GLIBC 版本是在没有 -msoft-float 的情况下构建的，因此您仍在链接需要硬件 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到链接器是错误的，不会有任何效果——它是一个编译器标志。