This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Avoid use of libgcc_s and libgcc_eh when building glibc

From: Christer Solskogen <christer dot solskogen at gmail dot com>
To: libc-alpha at sources dot redhat dot com
Date: Thu, 07 Jun 2012 11:27:28 +0200
Subject: Re: Avoid use of libgcc_s and libgcc_eh when building glibc
References: <Pine.LNX.4.64.1205282140020.2726@digraph.polyomino.org.uk> <20120529235232.E0F742C0B8@topped-with-meat.com> <Pine.LNX.4.64.1205301052380.25659@digraph.polyomino.org.uk> <877gvt8hi0.fsf@schwinge.name> <87txyoksdr.fsf@schwinge.name>

On 7/6/2012 12:06 AM, Thomas Schwinge wrote:

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

For what it's worth, my dream would be something like this:

configure, build and install binutils configure gcc with all the configure options you want build gcc with "make all-gcc install gcc with "make install-gcc" configure, build and install glibc Go back to gcc-objdir and build and install the rest with "make && make install"

--
chs

References:
- Re: Avoid use of libgcc_s and libgcc_eh when building glibc
  - From: Thomas Schwinge

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]