Created attachment 1415553 [details]
tarball of /tmp/cc*.out files
Building this RPM:
on an aarch64/F28/rpi3+ yielded the same segfault both times I tried to build it.
# rpm -q gcc
I think I have properly collected the cc*.out files, attached. If not please let me know.
gcc -DHAVE_CONFIG_H -I. -I/usr/include/fuse -D_FILE_OFFSET_BITS=64 -fstack-protector-strong --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIE -DSQLITE_PREPARE_RETRIES=5 -DNDEBUG -I/usr/include -I/usr/include -DSQLITE_ENABLE_UNLOCK_NOTIFY -DSQLITE_MAX_MMAP_SIZE=0x10000000000LL -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fasynchronous-unwind-tables -fstack-clash-protection -c -o sqlite/urbackupsrv-sqlite3.o `test -f 'sqlite/sqlite3.c' || echo './'`sqlite/sqlite3.c
during RTL pass: loop2_invariant
sqlite/sqlite3.c: In function 'sqlite3_db_status':
sqlite/sqlite3.c:18823:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
(In reply to Eric Sandeen from comment #0)
> Created attachment 1415553 [details]
> tarball of /tmp/cc*.out files
> I think I have properly collected the cc*.out files, attached. If not
> please let me know.
The tarball contains four cc*.out files, but all of them appear to be assembler output from the compiler, rather than preprocessed source:
$ file *.out
cc9JKo0B.out: assembler source text
ccHlnTun.out: assembler source text
ccHNiapn.out: assembler source text
ccOfGKVj.out: assembler source text
FWIW, two of them are duplicates of each other:
$ md5sum *.out
Are you able to reproduce the ICE and capture the preprocessed source?
Sorry for the delay on this; i'll close for now and re-open if I can gather more info, this may be a side effect of other arch issues.
Eric: could you try the gcc 8.1.1-1.fc28 build (dnf upgrade --enablerepo=updates-testing) as this seems quite like rhbz 1570571 where we were having similar issues building kernels (I think it might be the same issue) and a user there reported it was fixed (I'm testing myself now)