On Fri, Jan 24, 2014 at 7:48 AM, Thomas Schwinge <tho...@codesourcery.com> wrote: > Hi! > > Ping. > > On Fri, 10 Jan 2014 12:59:50 +0100, I wrote: >> Ping, after another month. I've only received a private note from one >> build machinery manintainer who found this beyond his level of expertise, >> and wished me luck to find someone else to review. Any takers in the new >> year? >> >> On Sat, 14 Dec 2013 13:12:28 +0100, I wrote: >> > Ping, after another month. Reposting the patches below; freshly >> > re-tested, both to cause no change if the new configure options are not >> > used, and to do the right thing if they are. >> > >> > On Tue, 12 Nov 2013 14:52:37 +0100, I wrote: >> > > Could a global maintainer or build machinery maintainer please review the >> > > two unreviewed patches posted in this series? >> > > >> > > On Mon, 4 Nov 2013 10:13:39 -0800, Cary Coutant <ccout...@google.com> >> > > wrote: >> > > > >> Ping. To sum it up, with these patches applied, there are no >> > > > >> changes for >> > > > >> a "regular" build (not using the new configure options). On the >> > > > >> other >> > > > >> hand, configuring GCC as described, it is possible use the 32-bit >> > > > >> x86 >> > > > >> linker for/with a x86_64 build, and get the very same GCC test >> > > > >> results as >> > > > >> when using a x86_64 linker. >> > > > >> > > > Sorry, I've been hoping someone with more global approval authority >> > > > would respond. >> > > > >> > > > > Allow overriding the libiberty used for building the LTO plugin. >> > > > > >> > > > > lto-plugin/ >> > > > > * configure.ac (--with-libiberty): New configure option. >> > > > > * configure: Regenerate. >> > > > > * Makefile.am (libiberty, libiberty_pic): New variables. >> > > > > (liblto_plugin_la_LIBADD, liblto_plugin_la_LDFLAGS) >> > > > > (liblto_plugin_la_DEPENDENCIES): Use them. >> > > > > * Makefile.in: Regenerate. >> > > > >> > > > These look OK to me. >> > > > >> > > > > Allow for overriding a module's srcdir. >> > > > > >> > > > > * Makefile.tpl (configure-[+prefix+][+module+]) >> > > > > (configure-stage[+id+]-[+prefix+][+module+]): Allow for >> > > > > overriding a module's srcdir. >> > > > > * Makefile.in: Regenerate. >> > > > >> > > > These look OK, but I think a global maintainer or build machinery >> > > > maintainer should give approval. >> > > > >> > > > > Non-host system configuration for linker plugins. >> > > > > >> > > > > * configure.ac (--enable-linker-plugin-flags) >> > > > > (--enable-linker-plugin-configure-flags): New flags. >> > > > > (configdirs): Conditionally add libiberty-linker-plugin. >> > > > > * configure: Regenerate. >> > > > > * Makefile.def (host_modules): Add libiberty-linker-plugin. >> > > > > (host_modules) <lto-plugin>: Pay attention to >> > > > > @extra_linker_plugin_flags@ and >> > > > > @extra_linker_plugin_configure_flags@. >> > > > > (all-lto-plugin): Also depend on all-libiberty-linker-plugin. >> > > > > * Makefile.in: Regenerate. >> > > > > gcc/ >> > > > > * doc/install.texi (--enable-linker-plugin-flags) >> > > > > (--enable-linker-plugin-configure-flags): Document new flags. >> > > > >> > > > Same here. >> > >> > commit d09a4afcf55cde981ec9dad86950be5ade51f9eb >> > Author: Thomas Schwinge <tho...@codesourcery.com> >> > Date: Sun Oct 13 16:15:56 2013 +0200 >> > >> > Allow overriding the libiberty used for building the LTO plugin. >> > >> > lto-plugin/ >> > * configure.ac (--with-libiberty): New configure option. >> > * configure: Regenerate. >> > * Makefile.am (libiberty, libiberty_pic): New variables. >> > (liblto_plugin_la_LIBADD, liblto_plugin_la_LDFLAGS) >> > (liblto_plugin_la_DEPENDENCIES): Use them. >> > * Makefile.in: Regenerate.
I have been building GCC in ia32, x86-64 and x32 formats on Linux/x86-64. I have /usr/local/bin/ld: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped /usr/local32/bin/ld: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped /usr/localx32/bin/ld: ELF 32-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 3.4.0, BuildID[sha1]=4e4f6bacfc5a95bd7df8518edf172f6cb8d4eb6f, not stripped on my machine. I use appropriate ld when I use LTO. -- H.J.
