http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44951
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44951
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Blocks|45375 |
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44951
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44951
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org 2010-10-15
02:41:58 UTC ---
Hmm, shall we just trim down freeing of lang datastructures to not depend on -g
or simply refuse link LTO objects compiled with -g0 with -g (and convince
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-20 12:20 ---
Confirmed.
The issue is that we throw away fields needed for debug info during
free-lang-data when we are not going to generate debug info, but we
crash when those are not available.
--
rguenth at gcc dot gnu
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-20 12:26 ---
Basically this way you can reproduce all (or most of) formerly fixed -g
issues with LTO. Unless we decide to stream this information always this
won't be fixed (adding random workarounds in dwarf2out.c doesn't
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-15 15:17 ---
Created an attachment (id=21211)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21211action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44951
