[Bug lto/46905] -flto -fno-lto does not disable lto

2011-10-06 Thread andi-gcc at firstfloor dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905 Andi Kleen andi-gcc at firstfloor dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug lto/46905] -flto -fno-lto does not disable lto

2011-01-08 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added CC||hubicka at gcc

[Bug lto/46905] -flto -fno-lto does not disable lto

2011-01-08 Thread andi-gcc at firstfloor dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905 --- Comment #5 from Andi Kleen andi-gcc at firstfloor dot org 2011-01-08 23:16:25 UTC --- slim lto will take some time (next stage1) i also plan to drop most of the code because with forced plugin the elf code in collect2 should not be needed

[Bug lto/46905] -flto -fno-lto does not disable lto

2011-01-08 Thread andi-gcc at firstfloor dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905 --- Comment #6 from Andi Kleen andi-gcc at firstfloor dot org 2011-01-08 23:56:48 UTC --- And to add: if you have more fixes for -fno-lto please add them now, don't wait.

Re: [Bug lto/46905] -flto -fno-lto does not disable lto

2011-01-08 Thread Jan Hubicka
slim lto will take some time (next stage1) I was chatting about this with Diego yesterday and he seems to be fine with the basic slim LTO patch getting in. So it seems to me that we might get the slim LTO patch for 4.6.0 and flip the default for 4.7.0 i also plan to drop most of the code

[Bug lto/46905] -flto -fno-lto does not disable lto

2011-01-08 Thread hubicka at ucw dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905 --- Comment #7 from Jan Hubicka hubicka at ucw dot cz 2011-01-09 01:10:25 UTC --- slim lto will take some time (next stage1) I was chatting about this with Diego yesterday and he seems to be fine with the basic slim LTO patch getting in. So it

[Bug lto/46905] -flto -fno-lto does not disable lto

2010-12-19 Thread ak at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905 --- Comment #3 from ak at gcc dot gnu.org 2010-12-19 19:36:29 UTC --- Author: ak Date: Sun Dec 19 19:36:25 2010 New Revision: 168071 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168071 Log: Fix -fno-lto (PR lto/46905) gcc/ 2010-12-19

[Bug lto/46905] -flto -fno-lto does not disable lto

2010-12-16 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-16 14:36:44 UTC --- I suppose using the linker plugin shows similar effects at link stage? I think this is a specs issue, the driver passes on -flto* if -fno-lto was on the

[Bug lto/46905] -flto -fno-lto does not disable lto

2010-12-12 Thread andi-gcc at firstfloor dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905 --- Comment #1 from Andi Kleen andi-gcc at firstfloor dot org 2010-12-12 14:19:00 UTC --- Same bug seems to be in the code generating phase gcc -O2 -flto -fno-lto object.o does code generation even if object.o has fallback code