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

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

Answer 1

我不确定如何解释这个Google 搜索“MIPS sdc1”表明这是一条浮点“Store Doubleword from Coprocessor-1”指令。一个猜测：你的嵌入式系统没有浮点协处理器？您可能需要添加-msoft-float到您的xgo命令并重建。更新：它在同一个调用中崩溃sdc1，寄存器是相同的$f20,56(a0)。是的，但是是在同一个函数 (&nbsp;__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&nbsp;t.o&nbsp;-Wl,-y,setjmp&nbsp;-static t.o:&nbsp;reference&nbsp;to&nbsp;setjmp /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(bsd-setjmp.o):&nbsp;definition&nbsp;of&nbsp;setjmp假设您__sigsetjmp_aux对 does 的定义来自libc.a，您需要使用-msoft-floatin重建它CFLAGS。注意：传递-msoft-float给链接器是错误的，不会有任何效果——它是一个编译器标志。