------- 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