https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #7 from John Paul Adrian Glaubitz ---
(In reply to Martin Liška from comment #6)
> Can you please debug the internal compiler error?
> I'm interested in how 'hist' struct looks like?
The gcc compile farm has a fast sparc64 porterbox
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #6 from Martin Liška ---
Can you please debug the internal compiler error?
I'm interested in how 'hist' struct looks like?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #5 from John Paul Adrian Glaubitz ---
I can confirm that disabling LTO on sparc64 makes gcc build fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #1 from Carson Gaspar carson at taltos dot org ---
Created attachment 34467
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34467action=edit
preprocessed regex.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #2 from Carson Gaspar carson at taltos dot org ---
Removing -fprofile-use also makes the compilation work, so it appears to be a
problem with profile feedback combined with LTO. Either works individually, but
error out if used
