That config.guess i.86-pc-linux-gnulibc1 reinstate again, now fatal

Jeffrey A Law law@cygnus.com
Wed Jul 5 17:46:00 GMT 2000


  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



More information about the Gcc-patches mailing list