This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: That config.guess i.86-pc-linux-gnulibc1 reinstate again, now fatal
- To: Hans-Peter Nilsson <hans-peter dot nilsson at axis dot com>
- Subject: Re: That config.guess i.86-pc-linux-gnulibc1 reinstate again, now fatal
- From: Jeffrey A Law <law at cygnus dot com>
- Date: Wed, 05 Jul 2000 18:46:03 -0600
- cc: gcc-patches at gcc dot gnu dot org, bkorb at gnu dot org
- Reply-To: law at cygnus dot com
In message <200007041602.SAA08944@ignucius.axis.se>you write:
> When configuring for a *what used to be* a i686-pc-linux-gnulibc1 I get
> the following failure when configuring gcc:
>
> Configuring for a i686-pc-linux host.
> Created "Makefile" in /home/hp/tmp/gccwrite using "mt-frag"
> Cannot find the GNU C library minor version number.
>
> This comes from (toplevel) config.if, which (IMHO rightly) expects the
> libc1 suffix on the config triple. Am I the only person seeing
> this on a libc1 system?
>
> I move that the obvious bits be reverted from config.guess as seen below,
> at least in the gcc CVS, in wait for the Right fix, which this is not.
>
> I believe the right fix includes making the lib version test independent
> of the ld test. IMHO, letting the default ld emulation determine what
> *library* is used is bad and wrong.
>
> Note that this patch was rejected by the config maintainer due
> to expected word of resolution from Bruce Korb.
>
> Is there a nice productive proposal how to resolve this config.guess
> matter (other than upgrading from libc1 ;-) ?
>
> Or is this ok to commit for gcc?
>
> 2000-07-04 Hans-Peter Nilsson <hp@axis.com>
>
> * config.guess [*:Linux:*:*]: Do not match elf_i?86 to *-pc-linux.
We do not maintain/approve patches to config.guess.
I believe config-patches@gnu.org or config@gnu.org is the right
place.
jeff
d