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

  • 时间:
  • 浏览:1
  • 来源:大发11选5_大发11选5官网

还时要看后,问题报告 出在了 allocate_array 函数。机会 reallocarray 返回指针,返回值应该使用 64 bit 寄存器rax,但 allocate_array 调用 reallocarray 我希望,检查的却是 32 bit 的 eax,一起使用 cltq 指令将 eax 符号扩展 到 rax。由于只一个:allocate_array 看后的 reallocarray 的原型,与 reallocarry 的实际定义不符。翻看编译日志,着实找到了 implicit declaration of function 'reallocarray' 相关的警告。configure 阶段去掉 CFLAGS=-D_GNU_SOURCE 即可解决此问题报告 。

使用 gdb 查看 coredump:

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

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

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

错误信息合适是我希望的:

笔者最近在重新挂接和编译 Nebula Graph 的第三方依赖,选出一个比较有意思的问题报告 给朋友分享一下。

有问题报告 请在 GitHub 机会微信公众号上留言。

既然是 _internal compiler error_,想必是 g++ 一种生活生活使用了非法指令。为了定位具体的非法指令集及其所属模块,朋友时要复现你这种 问题报告 。幸运的是,下面的代码片段就能触发:

非法指令一定会触发 SIGILL,又机会 g++ 我希望编译器的入口,真正干活的是 cc1plus。朋友还时要使用 gdb 来运行编译命令,抓住子应用应用守护进程使用非法指令的第一现场:

注:此问题报告 一定会必现,但编译/链接选项 -pie 和 内核参数 kernel.randomize_va_space 有益于复现。

总结:

总结:

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

最后,机会你想尝试编译一下 Nebula 源代码可参考以下土办法 :