[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2014-03-02 Thread trippels at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 Markus Trippelsdorf changed: What|Removed |Added Status|WAITING |RESOLVED URL|

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2014-03-02 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 --- Comment #12 from Jan Hubicka --- Forgot to mention, I think the ICE is solved by the following patch: 2014-02-14 Jan Hubicka * lto-partition.c (add_symbol_to_partition_1, undo_partition, lto_balanced_map): Aliases have no

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2014-03-02 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 Jan Hubicka changed: What|Removed |Added Status|NEW |WAITING --- Comment #11 from Jan Hubicka -

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2014-01-18 Thread trippels at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 --- Comment #10 from Markus Trippelsdorf --- With gold I get: markus@x4 lto % cat 20090302_0.C /* { dg-lto-do link } */ /* { dg-require-effective-target fpic } */ /* { dg-lto-options {{-fPIC -flto -flto-partition=1to1 -r -nostdlib}} } */ struct F

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2014-01-16 Thread trippels at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2013-12-04 Thread octoploid at yandex dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 --- Comment #8 from Markus Trippelsdorf --- (In reply to Jakub Jelinek from comment #7) > So, with r205392 now in, can this still be reproduced? Unfortunately, yes.

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2013-12-04 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7 f

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2013-11-22 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 --- Comment #6 from H.J. Lu --- (In reply to Richard Biener from comment #4) > Seems like -fuse-ld=gold doesn't work with -flto, so not yet confirmed. > > with an installed compiler -fuse-ld=gold works. It would be nice if > running the testsuit

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2013-11-22 Thread octoploid at yandex dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 --- Comment #5 from Markus Trippelsdorf --- FYI I'm running the latest binutils trunk: GNU gold (GNU Binutils 2.24.51.20131121) 1.11 (I don't use -fuse-ld=gold normally, because one can easily switch linkers globally, e.g.: ln -f /usr/x86_64-pc-

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2013-11-22 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 Richard Biener changed: What|Removed |Added Keywords||lto Priority|P3

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2013-11-06 Thread octoploid at yandex dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 --- Comment #3 from octoploid at yandex dot com --- The issue only happens when I use the 'gold' linker, ld.bfd is fine. So maybe a binutils bug? Honza?

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2013-11-05 Thread octoploid at yandex dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 octoploid at yandex dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resoluti

[Bug lto/58733] [4.9 Regression] ICE in operator[], at vec.h:827

2013-11-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---