Created attachment 1702093 [details] Preprocessed source dump from gcc Description of problem: LibreOffice fails to rebuild from source in Fedora33 with an internal compiler error Version-Release number of selected component (if applicable): gcc-10.1.1-2.fc33.x86_64 How reproducible: 100% Steps to Reproduce: 1. g++ -std=c++17 -c ccVFp5Xz.ii
Can't reproduce with gcc-10.1.1-1.fc32.x86_64 or latest upstream gcc-10 or trunk.
I can't reproduce with gcc-10.2.1-20200723 either.
gcc-10.1.1-2.fc33.x86_64 still fails for me, but I see that - join(); + salhelper::Thread::join(); makes this location not crash
Can't reproduce either, even tried valgrind and nothing Are you sure you can reproduce it with the given preprocessed source? Can you see under gdb where cc1plus segfaults and print backtrace?
yeah, with the attached .ii. In my case I'm on F32 and used... dnf --nogpg --enablerepo=rawhide debuginfo-install gcc-c++-10.1.1-2.fc33.x86_64 to install the F33 compiler (and dependencies, like the rawhide glibc, etc) with gdb --args g++ -std=c++17 -c ccVFp5Xz.ii (gdb) set follow-fork-mode child (gdb) break internal_error (gdb) run I get...
Created attachment 1702514 [details] gdb log
You could just gdb --args /usr/libexec/gcc/x86_64-redhat-linux/10/gcc/cc1plus -std=c++17 -quiet ccVFp5Xz.ii Can you p debug_tree (idx) p debug_tree (binfo) up p debug_tree (fn) ? Thanks
(In reply to Caolan McNamara from comment #6) > Created attachment 1702514 [details] > gdb log ...which looks suspiciously like <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95719> "[10/11 Regression] ICE in lookup_vfn_in_binfo at gcc/cp/class.c:2459 since r11-954-g0ddb93ce77374004". (I am sure I had filed it in response to a failure of building LibreOffice, although the reduced reproducer does not give a clue what the original issue in LibreOffice was. But I'm pretty sure I'd run into an issue like that join vs. salhelper::Thread::join from comment 3 in the past, so I guess these two bugs may be the same issue?)
If it is that, then https://bodhi.fedoraproject.org/updates/FEDORA-2020-2c6c85202d should contain that change (and rawhide has that gcc version already).
Created attachment 1702535 [details] requested output, though debug_tree (fn) is optimized out
FWIW, the testcase of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95719 fails for me. [caolan@xps Downloads]$ rpm -q gcc-c++ gcc-c++-10.1.1-2.fc33.x86_64 [caolan@xps Downloads]$ g++ -std=c++17 -c test.cc test.cc: In function ‘void g(S3&)’: test.cc:7:22: internal compiler error: Segmentation fault 7 | void g(S3 & s) { s.f(); } |
both testcases, my and the one at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95719, are ok with gcc-c++-10.2.1-1.fc33.x86_64 so looks it is ok again in 10.2, while 10.1 had the problem