This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/65130] [5 Regression] ICE with LTO on valid code on x86_64-linux-gnu
- From: "hubicka at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 02 Mar 2015 07:49:12 +0000
- Subject: [Bug lto/65130] [5 Regression] ICE with LTO on valid code on x86_64-linux-gnu
- Auto-submitted: auto-generated
- References: <bug-65130-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65130
--- Comment #10 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
The bug is:
fn3/5 (fn3) @0x7ffff6ae5dc8
Type: function definition analyzed
Visibility: prevailing_def_ironly
previous sharing asm name: 11
References: a/4 (read)
Referring:
Read from file: b.o
Availability: local
First run: 0
Function flags: local
Called by: fn2/10 (inlined) (10.11 per call) fn2/0 (1.00 per call)
Calls: fn4/2 (inlined) (10.11 per call)
fn3 is not inlined clone but it is still called by fn2 and inlined into it.
This is why we end up producing a cycle in the inline tree.
This seems to be introduced by code inlining functions called once. I suppose
there is a problem with nodes being removed and walked at the same time. Will
check more tomorrow.