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 0machine         : GL.iNet GL-AR750processor       : 0cpu model       : MIPS 24Kc V7.4BogoMIPS        : 432.53wait instruction    : yesmicrosecond timers  : yestlb_entries     : 16extra interrupt vector  : yeshardware watchpoint : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ffb, 0x0ffb]isa         : mips1 mips2 mips32r1 mips32r2ASEs implemented    : mips16shadow register sets    : 1kscratch registers  : 0package         : 0core            : 0VCED exceptions     : not availableVCEI 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)。

是的，但是是在同一个函数 ( __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对 does 的定义来自libc.a，您需要使用-msoft-floatin重建它CFLAGS。

注意：传递-msoft-float给链接器是错误的，不会有任何效果——它是一个编译器标志。