This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/41529] LTO configuration should detect if the target is ELF
- From: "joseph at codesourcery dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 2 Jan 2010 15:04:21 -0000
- Subject: [Bug bootstrap/41529] LTO configuration should detect if the target is ELF
- References: <bug-41529-91@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- 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 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 libelf to parse
> that section content.
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 of the set of interfaces that
lto-elf.c provides, using hooks (or proper C++ classes) to select which
implementation is used, or switch the targets to use ELF completely with a
postlinker converting to executables in another format (like on
arm-symbianelf). The former (lto-coff.c, lto-macho.c etc. or lto-bfd.c)
should be a lot less work (the latter requires an ABI to define how all
the features of the other object format are represented in ELF).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41529