[Bug c++/96391] New: internal compiler error: in linemap_compare_locations, at libcpp/line-map.c:1359
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96391 Bug ID: 96391 Summary: internal compiler error: in linemap_compare_locations, at libcpp/line-map.c:1359 Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mike at cchtml dot com Target Milestone: --- Compiling the Wine Gecko project on Fedora for a Windows target produces an internal compiler error. GCC 10.1 and 10.2 are affected. Last known working with GCC 9.2.1. When I compile it with the default arguments I get the error. When I compile it with '-save-temps' to get the preprocessed file no error occurs. No error occurs if I compile the preprocessed file either. I'm not sure what to provide to reproduce this besides the SRPM file to compile it. https://kojipkgs.fedoraproject.org//packages/mingw-wine-gecko/2.47.1/2.fc32/src/mingw-wine-gecko-2.47.1-2.fc32.src.rpm
[Bug c++/96391] internal compiler error: in linemap_compare_locations, at libcpp/line-map.c:1359
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96391 --- Comment #1 from Michael Cronenworth --- Created attachment 48963 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48963&action=edit g++ command and output of error
[Bug preprocessor/96391] [10/11 Regression] internal compiler error: in linemap_compare_locations, at libcpp/line-map.c:1359
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96391 --- Comment #4 from Michael Cronenworth --- The preprocessed file, even XZ compressed, is too large for attaching here. https://github.com/mooninite/gcc-bug/blob/master/Unified_cpp_widget_windows0.ii.xz
[Bug c/87334] New: RFE: Add '__builtin_ms_va_list' support to ARM64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87334 Bug ID: 87334 Summary: RFE: Add '__builtin_ms_va_list' support to ARM64 Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: mike at cchtml dot com Target Milestone: --- Wine 3.0.3 (and 3.8) introduced a change[1] to require the '__builtin_ms_va_list' extension and when it is missing wine will compile with clang. Clang 5.0 or higher is required for this extension and RHEL 7 ships Clang 3. Wine no longer compiles on arm64 and RHEL 7. RHEL 7 gcc: gcc version 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC) Tested as missing on gcc 8.2.1 as well (Fedora Rawhide). [1] https://source.winehq.org/git/wine.git/commit/295359a17447d6ad487b6c652c3a98bbe17cee6e
[Bug c/87334] RFE: Add '__builtin_ms_va_list' support to ARM64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87334 --- Comment #2 from Michael Cronenworth --- Done: https://bugzilla.redhat.com/show_bug.cgi?id=1629910
[Bug inline-asm/65859] New: Optimizes out TLS variable called in a child function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65859 Bug ID: 65859 Summary: Optimizes out TLS variable called in a child function Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: inline-asm Assignee: unassigned at gcc dot gnu.org Reporter: mike at cchtml dot com Created attachment 35391 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35391&action=edit test case When compiled with -O0 the test case compiles. When compiled with -O1 the test case will not compile with an error for an undefined reference to the TLS variable. If you move the THREAD_VAR_OFFSET macro call to main() gcc will compile without error. Enabling -O1 and turning off optimizations by hand does not change the result. I see the same issue with gcc 4.8, 4.9, and 5.0.
[Bug c/65367] New: indefinite loop occurs with sanitize enabled and certain optimization options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65367 Bug ID: 65367 Summary: indefinite loop occurs with sanitize enabled and certain optimization options Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: mike at cchtml dot com Created attachment 34997 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34997&action=edit makedep.pp When attempting to debug a gcc5/wine issue I ran across an infinite loop when certain optimization flags are set. The "tools/makedep.c" program during wine's autotools configure process is where the issue is occurring. Compile the attached pre-processed code with the following: gcc -x cpp-output ./makedep.pp -mtune=generic -march=x86-64 -O1 -fsanitize=undefined -fno-tree-ccp -fno-tree-copy-prop -fno-tree-dominator-opts -fno-tree-fre -o makedep.o The loop only occurs when -O1 is specified (doesn't happen with -O2+) and all four tree optimizations are disabled simultaneously. If any are enabled it does not loop. If sanitize is disabled it does not loop. GCC 4.9 compiles the code without looping. $ gcc --version gcc (GCC) 5.0.0 20150226 (Red Hat 5.0.0-0.18)
[Bug preprocessor/96391] [10/11 Regression] internal compiler error: in linemap_compare_locations, at libcpp/line-map.c:1359
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96391 --- Comment #8 from Michael Cronenworth --- (In reply to Jan Smets from comment #5) > Similar issue @ https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96935 I applied the patch from that bug but it did not fix this issue. Anything I can do to help push this bug along?
[Bug preprocessor/96391] [10/11 Regression] internal compiler error: in linemap_compare_locations, at libcpp/line-map.c:1359
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96391 --- Comment #12 from Michael Cronenworth --- (In reply to David Malcolm from comment #11) > FWIW I had another go at reproduing this, but after various failures due to > running out of disk space, I was able to rebuild the SRPM from comment #0 > without seeing the crash, via: Yes, and with -save-temps you double the disk space required. :( > mock --rebuild mingw-wine-gecko-2.47.1-2.fc32.src.rpm -N -r fedora-32-i386 That's a reasonable mock command for a Fedora 32 build. > (which the root.log tells me used gcc-c++-10.2.1-9.fc32.i686.rpm). That's the Linux GCC. You will want to see the version for MinGW: mingw-gcc-9.2.1-6.fc32 - which does not crash so I'm not surprised you didn't crash. > Michael: is that the mock configuration that's failing for you, or are you > using a different one? Try: mock --rebuild mingw-wine-gecko-2.47.1-2.fc32.src.rpm -N -r fedora-33-i386 It's still failing for me today. I'm working around it by passing -save-temps to CFLAGS as packages that fail to compile in Fedora for too long are dropped from the distribution.
[Bug preprocessor/96391] [10 Regression] ICE in linemap_compare_locations on "CONST VOID" in large C++ files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96391 --- Comment #27 from Michael Cronenworth --- I can also say that gcc 11 has fixed this. Thanks. I'm happy to close as I will not be using 10.x anymore.
