[Bug lto/48108] lto should be containerized in a single mach-o section on darwin

2011-03-14 Thread iains at gcc dot gnu.org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108

--- Comment #3 from Iain Sandoe  2011-03-14 09:00:52 
UTC ---
(In reply to comment #2)
> Another fix might be to have pure elf .o files...  ld I think will read elf .o
> files...  [s]   Don't tell anyone I said that.  If not, we might be able 
> to
> get Apple to do that.  This might then require an FSF binutils.

In the short term, a wrapper around the LTO stuff with a more sophisticated
index seems a lot easier.

However, it is in the back of my mind to split the machopic stuff out of
darwin* somewhen in 4.7 so that darwin sections could be used in an elf (or
other supporting named sections) container (and give us a route for removing
the conditionalization on TARGET_MACHO from config/{i386,rs6000}/ )  

WDYT?

[Bug lto/48108] lto should be containerized in a single mach-o section on darwin

2011-03-13 Thread mikestump at comcast dot net 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108

--- Comment #2 from Mike Stump  2011-03-14 
03:13:27 UTC ---
Another fix might be to have pure elf .o files...  ld I think will read elf .o
files...  [s]   Don't tell anyone I said that.  If not, we might be able to
get Apple to do that.  This might then require an FSF binutils.

[Bug lto/48108] lto should be containerized in a single mach-o section on darwin

2011-03-13 Thread howarth at nitro dot med.uc.edu 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108

--- Comment #1 from Jack Howarth  2011-03-14 
03:10:24 UTC ---
Note that LTO was disabled for gcc 4.6.0 due to the inability of end-users to
obtain an appropriate Xcode 3.2.5 now that the broken Xcode 3.2.6/4.0 have been
released.