https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
This may be too late to get at lto_file_decl_datas?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #2 from Jan Hubicka hubicka at ucw dot cz ---
This may be too late to get at lto_file_decl_datas?
I think the problem is dwarf2out for whatever reason referring to a symbol that
was optimized out...
It does not make sense to try to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
Commenting that out will severely decrease debug info quality.
It was meant as a workaround for PPC Firefox builds ;)
Yes, dwarf2out really needs a RTL for those, and some that will not affect
-fcompare-debug, with the right (mangled?) name of the var and various other
attributes on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #5 from Jan Hubicka hubicka at ucw dot cz ---
Commenting that out will severely decrease debug info quality.
It was meant as a workaround for PPC Firefox builds ;)
Yes, dwarf2out really needs a RTL for those, and some that will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
When this code is invoked, DECL_RTL for some variable might not be set yet,
even when it will or might be set later on (e.g. TLS vars), e.g. when compiling
some other function.
So, we
Here we die because we do not have variable constructor in LTO stream because
the variable was optimized out at compile time already. Do we still need to
build RTL here? We can easily check for optimized out vars...
But if we need a placeholder RTL, I suppose most practical variant would be
to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #7 from Jan Hubicka hubicka at ucw dot cz ---
Here we die because we do not have variable constructor in LTO stream because
the variable was optimized out at compile time already. Do we still need to
build RTL here? We can easily
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #8 from Jan Hubicka hubicka at ucw dot cz ---
Hi,
this patch should avoid production of RTL only for those vars that we know are
never used by real code.
Index: dwarf2out.c
12 matches
Mail list logo