Dev 日志 | 一次 Segmentation Fault 和 GCC Illegal Instruction 编译问题排查

  • 时间:
  • 浏览:1
  • 来源:大发彩神下载—大发彩神APP

在编译 Flex 过程中,遇到了 Segmentation fault:

Bingo!mulx 属于 BMI2 指令集,报错机器 CPU 不支持该指令集。

仔细调查,引入该指令集的是 GCC 的依赖之一,GMP。默认状态下,GMP 会在 configure 阶段探测当前机器的 CPU 具体类型,以期最大化利用 CPU 的扩展指令集,提升性能,但却牺牲了二进制的可移植性。处里妙招是,configure 时候,使用代码目录中的 configfsf.guess configfsf.sub 替换可能性覆盖默认的 config.guess 和 config.sub

注:此什么的问题都不 必现,但编译/链接选项 -pie 和 内核参数 kernel.randomize_va_space 助于复现。

有什么的问题请在 GitHub 可能性微信公众号上留言。

非法指令都不 触发 SIGILL,又可能性 g++ 就说 编译器的入口,真正干活的是 cc1plus。亲戚亲戚当我门可以使用 gdb 来运行编译命令,抓住子应用应用系统进程使用非法指令的第一现场:

使用 gdb 查看 coredump:

总结:

既然是 _internal compiler error_,想必是 g++ 三种使用了非法指令。为了定位具体的非法指令集及其所属模块,亲戚亲戚当我门可以复现你是什么什么的问题。幸运的是,下面的代码片段就能触发:

笔者最近在重新分派和编译 Nebula Graph 的第三方依赖,选出另2个 多比较有意思的什么的问题给亲戚亲戚当我门分享一下。

可以看完,什么的问题出在了 allocate_array 函数。可能性 reallocarray 返回指针,返回值应该使用 64 bit 寄存器rax,但 allocate_array 调用 reallocarray 时候,检查的却是 32 bit 的 eax,共同使用 cltq 指令将 eax 符号扩展 到 rax。原困只另2个 多多:allocate_array 看完的 reallocarray 的原型,与 reallocarry 的实际定义不符。翻看编译日志,嘴笨 找到了 implicit declaration of function 'reallocarray' 相关的警告。configure 阶段打上去 CFLAGS=-D_GNU_SOURCE 即可处里此什么的问题。

总结:

错误信息相当于 是原先的:

最后,可能性你想尝试编译一下 Nebula 源代码可参考以下妙招:

前阵子,接到用户反馈,在编译 Nebula Graph 过程中遭遇了编译器非法指令的错误,详见(#978)[https://github.com/vesoft-inc/nebula/issues/978]