https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117089
Bug ID: 117089
Summary: GCC Segmentation Fault internal compiler error on
PPC64EL running with QEMU + chroot
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: rmaguire314 at gmail dot com
Target Milestone: ---
I have doubts that GCC is actually to blame here.
Forgive the possible spam.
When compiling my library on an emulated PPC64EL system
via QEMU + chroot + Debian's debootstrap, GCC crashes with
a segmentation fault.
When I run make -j, about 10 files compile and then the crash.
So I type make -j again, and 10 more files build and then a crash.
My library has over 1100 C files, so after make -j nearly 100 times,
the project builds. Because the project eventually builds, I am
skeptical that the source code is at fault. Also, it built fine a
month ago, and currently builds fine on x86_64, aarch64, mips, and i386.
Here is the crash:
cc: internal compiler error: Segmentation fault signal terminated program cc1
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
See <file:///usr/share/doc/gcc-12/README.Bugs> for instructions.
GCC version:
gcc (Debian 12.2.0-14) 12.2.0
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Output of uname:
Linux Ryans-CotG 6.1.0-26-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.112-1
(2024-09-30) ppc64le GNU/Linux
**Why I am skeptical GCC is to blame**
root@Ryans-CotG:/home/libtmpl# gcc --version
Segmentation fault
Every third or fourth try for gcc --version will segfault.
My guess is that a regression was introduced into QEMU, not GCC.
But I am not completely sure.
