https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #18 from Richard Biener ---
Gone latent with inliner heuristic changes, -fno-inline -flto-partition=max is
now required to reproduce the ICE (with -O -g, of course).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #17 from Jakub Jelinek ---
Lambda functions aren't really nested functions in the tree-nested.c sense, but
still are so closely related to the functions they are nested in that IMHO it
would be desirable not to split them off into sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #16 from Jan Hubicka ---
Yep, it seems the problem is triggered on and off with random changed in the
inliner's decisions...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #15 from Markus Trippelsdorf ---
It really started with r219076 aka ipa-inline sreal conversion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #14 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #13)
> Started with r220011.
But that doesn't make too much sense and indeed when I
use an earlier version of the reduced testcase it still
crashes with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Markus Trippelsdorf changed:
What|Removed |Added
Attachment #35191|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Markus Trippelsdorf changed:
What|Removed |Added
Attachment #35158|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #11 from Richard Biener ---
And can somebody bisect this with -flto-partition=max (and or reduce further)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #10 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Richard Biener changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #8 from Richard Biener ---
Well, it worked reasonably well (not ICEing) since GCC 4.8 (or 4.9) at least.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #7 from Jakub Jelinek ---
(In reply to Richard Biener from comment #6)
> Btw, I always wondered why dwarf2out.c doesn't create such stubs itself when
> it requires a parent (via force_decl_die).
Most probably because dwarf2out.c has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #6 from Richard Biener ---
Btw, I always wondered why dwarf2out.c doesn't create such stubs itself when it
requires a parent (via force_decl_die).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #5 from Richard Biener ---
Doesn't help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #4 from Richard Biener ---
So this should be more reproducible with -flto-partition=max and also with
nested functions?
I wonder if we need to call debug_hooks->function_decl for function
decls in lto_read_decls similar to how we do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
--- Comment #2 from Markus Trippelsdorf ---
Created attachment 35158
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35158&action=edit
reduced testcase
markus@x4 tmp % g++ -std=gnu++1y -flto -g -O2 -r -nostdlib tcp_client.ii
lto1: internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||lto
Status|UNCONFIRMED
19 matches
Mail list logo
