[Bug lto/65559] [5/6 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559 Matt Breedlove breedlove.matt at gmail dot com changed: What|Removed |Added CC

[Bug lto/65559] [5/6 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559 --- Comment #27 from Matt Breedlove breedlove.matt at gmail dot com --- The primary differences between the 4.9 branch and 5.1.0 are only that the underlying issue now results in a fatal error. In the 4.9 branch, the objects and archives (even

[Bug lto/65559] [5/6 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559 --- Comment #33 from Matt Breedlove breedlove.matt at gmail dot com --- bootstrap-lto fails to build: `isl_union_map_read_from_str' referenced in section `.text' of M:\msys64\tmp\cceOtKWH.ltrans0.ltrans.o: defined in discarded section `.text

[Bug lto/65559] [5/6 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559 --- Comment #28 from Matt Breedlove breedlove.matt at gmail dot com --- (In reply to Rainer Emrich from comment #26) (In reply to Rainer Emrich from comment #25) (In reply to Richard Biener from comment #24) Note that the issue should only

[Bug lto/65559] [5/6 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559 --- Comment #32 from Matt Breedlove breedlove.matt at gmail dot com --- I've been building with just the corrected open call and have successfully built LTO versions of binutils, mpc, mpfr, isl, libiconv, bzip2, zlib, etc without any issue

[Bug lto/66014] 5.1 mingw64 fails to perform slim bootstrap-lto: ccEt8YNj.ltrans4.ltrans.o:artificial:(.text+0x628): undefined reference to `stpcpy'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66014 --- Comment #1 from Matt Breedlove breedlove.matt at gmail dot com --- This issue is still present on 5.1.0 and trunk. The issue seems to be related to libiberty's implementation of stpcpy being replaced with the GCC builtin and then causing

[Bug lto/66014] New: 5.1 mingw64 fails to perform slim bootstrap-lto: ccEt8YNj.ltrans4.ltrans.o:artificial:(.text+0x628): undefined reference to `stpcpy'

Version: 5.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: breedlove.matt at gmail dot com Target Milestone: --- Created attachment 35461 -- https

[Bug target/67172] [5/6 regression] i686-w64-mingw32 dwarf2 bootstrap fails with undefined reference to __EH_FRAME_BEGIN__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67172 --- Comment #5 from Matt Breedlove breedlove.matt at gmail dot com --- On previous builds, you could have DWARF2_UNWIND_INFO be defined and have EH_FRAME_SECTION_NAME undefined within libgcc2.c (the section name was still defined within cygming

[Bug target/67172] [5/6 regression] i686-w64-mingw32 dwarf2 bootstrap fails with undefined reference to __EH_FRAME_BEGIN__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67172 --- Comment #1 from Matt Breedlove breedlove.matt at gmail dot com --- Seems to have started with r214954. Here's the direct link to the ML post: https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00409.html Per discussions with Kai

[Bug lto/66014] 5.1 mingw64 fails to perform slim bootstrap-lto: ccEt8YNj.ltrans4.ltrans.o:artificial:(.text+0x628): undefined reference to `stpcpy'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66014 --- Comment #3 from Matt Breedlove breedlove.matt at gmail dot com --- Created attachment 36166 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=36166action=edit Patch to bypass sys_siglist and disable stpcpy builtin during bootstrap I'm

[Bug target/67172] [5/6 regression] i686-w64-mingw32 dwarf2 bootstrap fails with undefined reference to __EH_FRAME_BEGIN__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67172 --- Comment #3 from Matt Breedlove breedlove.matt at gmail dot com --- In gcc/defaults.h, it gets defined via: /* If we have a definition of INCOMING_RETURN_ADDR_RTX, assume that the rest of the DWARF 2 frame unwind support is also provided

[Bug target/67172] New: [5/6 regression] i686-w64-mingw32 dwarf2 bootstrap fails with undefined reference to __EH_FRAME_BEGIN__

: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: breedlove.matt at gmail dot com CC: alexpux at gmail dot com, ktietz70 at googlemail dot com, mingw.android