This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Clean up configure glibc version detection, add --with-glibc-version
- From: Jeff Law <law at redhat dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>, gcc-patches at gcc dot gnu dot org
- Cc: Thomas Schwinge <thomas at codesourcery dot com>, bonzini at gnu dot org, aoliva at redhat dot com
- Date: Thu, 14 Nov 2013 22:15:57 -0700
- Subject: Re: Clean up configure glibc version detection, add --with-glibc-version
- Authentication-results: sourceware.org; auth=none
- References: <Pine dot LNX dot 4 dot 64 dot 1311061831350 dot 13465 at digraph dot polyomino dot org dot uk>
On 11/06/13 11:33, Joseph S. Myers wrote:
When bootstrapping a cross toolchain with GCC and glibc, it's
desirable to keep down the number of GCC builds needed: to be able to
build an initial static-only C-only GCC, use that to build glibc, and
then build the full compiler with the resulting glibc. The aim is
that if glibc were then rebuilt with the full compiler, the results
would be identical to the glibc built with the initial compiler. (See
<https://sourceware.org/ml/libc-alpha/2012-03/msg00960.html> for more
on how ideally this might work; really it should only be target
libraries that need rebuilding, not the compiler at all.)
Understandable.
Bootstrapped with no regressions on x86_64-unknown-linux-gnu. OK to
commit?
2013-11-06 Joseph Myers <joseph@codesourcery.com>
* acinclude.m4 (GCC_GLIBC_VERSION_GTE_IFELSE): New configure
macro.
* configure.ac: Determine target_header_dir earlier.
(--with-glibc-version): New configure option.
Use GCC_GLIBC_VERSION_GTE_IFELSE in enable_gnu_unique_object,
gcc_cv_libc_provides_ssp and gcc_cv_target_ldbl128 tests.
* configure: Regenerate.
* doc/install.texi (--enable-gnu-unique-object): Don't refer to
native toolchains for default.
(--with-glibc-version): Document.
Seems reasonable, and as long as you've verified the fallbacks work it's
fine for the trunk.
Jeff