Golang解释gdb中的SIGILL错误，即非法指令

大家好，我们又见面了啊~本文《Golang解释gdb中的SIGILL错误，即非法指令》的内容中将会涉及到等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

我编写了一个在 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 参数。任何有关此问题的帮助或指导将不胜感激，谢谢。

解决方案

我不确定如何解释这个

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 的定义确实来自 libc.a，您需要使用 -msoft-float 在 cflags 中重建它。

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

今天关于《Golang解释gdb中的SIGILL错误，即非法指令》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！