Avoid use of libgcc_s and libgcc_eh when building glibc

Thomas Schwinge thomas@codesourcery.com
Wed Jun 6 22:06:00 GMT 2012


Hi!

On Wed, 30 May 2012 23:51:35 +0200, I wrote:
> On Wed, 30 May 2012 10:59:46 +0000, "Joseph S. Myers" <joseph@codesourcery.com> wrote:
> > (Hurd testing would be good as well if possible.)
> 
> I'll give it a shoot when I'm back next week.  I can also easily do a
> bootstrap cross-build there.

I have now done such testing, applying the patch on top of my current
working tree, which is not completely up-to-date (working on that next),
but that shouldn't matter.  Native building/testing continues to work as
before, as does bootstrapping a i686-linux-gnu to i686-gnu
cross-compiler.

For the latter indeed a fake libgcc_eh.a does not need to be created
anymore before building glibc.  I can now do: binutils, GCC »configure
--disable-shared --disable-threads --without-headers --with-newlib« »make
all-gcc install-gcc all-target-libgcc install-target-libgcc« [fake
libgcc_eh.a was created here], GNU Mach headers, MIG, GNU Hurd headers,
libpthread headers, glibc, GNU Hurd libraries, libpthread, complete GCC,
glibc again (which now probably no longer is necessary anymore).


Grüße,
 Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20120606/6dffcee7/attachment.sig>


More information about the Libc-alpha mailing list