[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2015-03-02 Thread trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 Markus Trippelsdorf changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2015-02-07 Thread trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 Markus Trippelsdorf changed: What|Removed |Added Keywords||ice-on-valid-code Priori

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread hubicka at ucw dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 --- Comment #8 from Jan Hubicka --- Hi, this patch should avoid production of RTL only for those vars that we know are never used by real code. Index: dwarf2out.c === --- dwarf2out.c

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread hubicka at ucw dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 --- Comment #7 from Jan Hubicka --- 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

Re: [Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread Jan Hubicka
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 a

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 --- Comment #6 from Jakub Jelinek --- 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 need some RTL for it but

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread hubicka at ucw dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 --- Comment #5 from Jan Hubicka --- > > 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 > -fcomp

Re: [Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread Jan Hubicka
> > 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 th

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread hubicka at ucw dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 --- Comment #2 from Jan Hubicka --- > 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 figure out section of

[Bug lto/63546] ICE: Segmentation fault in lto_get_decl_name_mapping on ppc64

2014-10-16 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546 --- Comment #1 from Richard Biener --- This may be too late to get at lto_file_decl_datas?