This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/48108] lto should be containerized in a single mach-o section on darwin
- From: "iains at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 14 Mar 2011 09:01:02 +0000
- Subject: [Bug lto/48108] lto should be containerized in a single mach-o section on darwin
- Auto-submitted: auto-generated
- References: <bug-48108-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #3 from Iain Sandoe <iains at gcc dot gnu.org> 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... [shhhh] 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?