[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-17 Thread davek at gcc dot gnu dot org
--- Comment #21 from davek at gcc dot gnu dot org 2010-01-17 16:01 --- (In reply to comment #20) > Well. I suppose we can backport stuff for 4.5.1 if it is LTO specific > but I don't want to have it before 4.5.0. Thanks, that's how I'll proceed then. > Please open an new bugreport fo

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-17 Thread rguenther at suse dot de
--- Comment #20 from rguenther at suse dot de 2010-01-17 15:48 --- Subject: Re: LTO configuration should detect if the target is ELF On Sun, 17 Jan 2010, davek at gcc dot gnu dot org wrote: > --- Comment #19 from davek at gcc dot gnu dot org 2010-01-17 15:08 > --- > Created

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-17 Thread davek at gcc dot gnu dot org
--- Comment #19 from davek at gcc dot gnu dot org 2010-01-17 15:08 --- Created an attachment (id=19635) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19635&action=view) lto for cygwin, and probably other coff targets FTR. Well, that turned out to be quite easy. Needs some suppor

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread davek at gcc dot gnu dot org
--- Comment #18 from davek at gcc dot gnu dot org 2010-01-02 15:20 --- (In reply to comment #17) > I don't really see the point of the ELF container if you also have code to > parse a native object format. Either add a separate COFF etc. (or > BFD-using if you so wish) implementation

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread joseph at codesourcery dot com
--- Comment #17 from joseph at codesourcery dot com 2010-01-02 15:04 --- Subject: Re: LTO configuration should detect if the target is ELF On Sat, 2 Jan 2010, rguenth at gcc dot gnu dot org wrote: > Fixed. The way to support LTO on non-ELF targets is to wrap all LTO sections > in a

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread davek at gcc dot gnu dot org
--- Comment #16 from davek at gcc dot gnu dot org 2010-01-02 14:33 --- JFTR: I'll be working on this later in January. I'll do it on the cygwin-improvements branch for visibility. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41529

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread rguenth at gcc dot gnu dot org
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-01-02 14:16 --- Fixed. The way to support LTO on non-ELF targets is to wrap all LTO sections in an ELF container that is wrapped in a native section. We then have to have code to open a native object format section and direct li

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread rguenth at gcc dot gnu dot org
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-01-02 14:13 --- Subject: Bug 41529 Author: rguenth Date: Sat Jan 2 14:13:37 2010 New Revision: 155565 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155565 Log: 2010-01-02 Richard Guenther PR lto/41529

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread davek at gcc dot gnu dot org
--- Comment #13 from davek at gcc dot gnu dot org 2010-01-02 13:59 --- (In reply to comment #12) > The collect2 stuff should in principle work with non-ELF targets > as well if you circumvent that first problem somehow (for > example by not producing regular object code from cc1 but only

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread rguenther at suse dot de
--- Comment #12 from rguenther at suse dot de 2010-01-02 13:56 --- Subject: Re: LTO configuration should detect if the target is ELF On Sat, 2 Jan 2010, davek at gcc dot gnu dot org wrote: > --- Comment #11 from davek at gcc dot gnu dot org 2010-01-02 13:51 > --- > (In repl

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread davek at gcc dot gnu dot org
--- Comment #11 from davek at gcc dot gnu dot org 2010-01-02 13:51 --- (In reply to comment #10) > FAIL: gcc.dg/lto/20081201-2 c_lto_20081201-2_0.o-c_lto_20081201-2_1.o execute > -O3 -fwhopr > > this means you do not get any LTO optimization (it's really the only test > that tests this

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread rguenth at gcc dot gnu dot org
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-01-02 13:42 --- FAIL: gcc.dg/lto/20081201-2 c_lto_20081201-2_0.o-c_lto_20081201-2_1.o execute -O3 -fwhopr this means you do not get any LTO optimization (it's really the only test that tests this ) So LTO is not working for

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread davek at gcc dot gnu dot org
--- Comment #9 from davek at gcc dot gnu dot org 2010-01-02 13:25 --- (In reply to comment #7) > (In reply to comment #6) > > I have a hard way thinking of a way this is a regression. > > > Well it is partly a regression as if you have libelf installed in /usr/local > or > /usr, confi

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2010-01-02 Thread rguenth at gcc dot gnu dot org
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-02 12:01 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dnovillo a

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2009-10-24 Thread pinskia at gcc dot gnu dot org
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-10-24 14:49 --- (In reply to comment #6) > I have a hard way thinking of a way this is a regression. Well it is partly a regression as if you have libelf installed in /usr/local or /usr, configure will find it by default and if yo

[Bug bootstrap/41529] LTO configuration should detect if the target is ELF

2009-10-24 Thread rguenth at gcc dot gnu dot org
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-24 11:56 --- I have a hard way thinking of a way this is a regression. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---