[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-11-15 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44150 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-11-15 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44150 --- Comment #11 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-15 09:43:09 UTC --- Author: rguenth Date: Mon Nov 15 09:43:01 2010 New Revision: 166744 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166744 Log: 2010-11-15 Richard

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-11-11 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44150 --- Comment #10 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-11 14:05:29 UTC --- Ah, I think it has gone latent by disabling frame-pointer by default on i?86-linux and enabling (async) unwind tables. No unwind tables was exactly the

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-10-08 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44150 --- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-08 09:13:00 UTC --- Honza made it go latent by defaulting to balanced partitioning.

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-10-07 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44150 --- Comment #8 from Hans-Peter Nilsson hp at gcc dot gnu.org 2010-10-08 01:16:24 UTC --- Has this intentionally been solved or did it just go latent? For cris-elf, it disappeared in (r164989:165011].

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-09-02 Thread rguenth at gcc dot gnu dot org
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44150

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-05-26 Thread rguenth at gcc dot gnu dot org
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-26 12:11 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-05-16 Thread rguenth at gcc dot gnu dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-16 10:56 --- (In reply to comment #3) Why is flag_exceptions not just streamed out/in with other options? It is, but the option merging is basically broken by design (and comes too late anyway). --

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-05-16 Thread rguenth at gcc dot gnu dot org
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-16 10:58 --- (In reply to comment #2) OK, here's what's going wrong: The LTO design is such that EH is only enabled if we encounter a function with an EH personality. With -fwhopr we process one translation unit at a

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-05-15 Thread jason at gcc dot gnu dot org
--- Comment #2 from jason at gcc dot gnu dot org 2010-05-15 22:49 --- OK, here's what's going wrong: The LTO design is such that EH is only enabled if we encounter a function with an EH personality. With -fwhopr we process one translation unit at a time, so when we look at

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

2010-05-15 Thread steven at gcc dot gnu dot org
--- Comment #3 from steven at gcc dot gnu dot org 2010-05-15 23:04 --- Why is flag_exceptions not just streamed out/in with other options? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44150