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