If you have the misfortune of being on a Linux box, config.if does various checks to see what version of gl*bc is on that box and if it can't find out which version, it fails with an exit 1. Mastodon Linux uses libc 4.8.0, which does not do the magic config.if expects -- config.if should return a `this is an unknown library' token instead of dying. Release: gcc 2.95.2 Environment: Mastodon Linux INST0064-dr2 (libc 4.8.0) on ia32 How-To-Repeat: Run configure on a Mastodon INST0050->INST0064 system.
Fix: In config.if, change the code that says: # It should never happen. echo "Cannot find the GNU C library minor version number." >&2 rm -f $dummy.c $dummy exit 1 To libc_interface=-
State-Changed-From-To: open->feedback State-Changed-Why: This is a rather old bootstrap error. Can you say whether this still happens with newer versions of gcc? Thanks, W.
State-Changed-From-To: feedback->analyzed State-Changed-Why: Still happens.
From: Wolfgang Bangerth <bangerth@ticam.utexas.edu> To: gcc-gnats@gcc.gnu.org Cc: Subject: Re: bootstrap/2236: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc Date: Tue, 19 Nov 2002 14:04:23 -0600 (CST) ---------- Forwarded message ---------- Date: Tue, 19 Nov 2002 10:42:40 -0800 (PST) From: david parsons <orc@pell.portland.or.us> To: bangerth@dealii.org Cc: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, orc@pell.chi.il.us Subject: Re: bootstrap/2236: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc bangerth@dealii.org wrote: > > Synopsis: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc > > State-Changed-From-To: open->feedback > State-Changed-By: bangerth > State-Changed-When: Tue Nov 19 07:58:44 2002 > State-Changed-Why: > This is a rather old bootstrap error. Can you say whether this > still happens with newer versions of gcc? Yes. orc@pell$ CC="cc -baout" ./configure Configuring for a i686-pc-linux-gnuaout host. Created "Makefile" in /home/orc/gcc-3.2 using "mt-frag" Cannot find the GNU C library minor version number. -david parsons "I don't even use gl*bc on my systems"
From: Wolfgang Bangerth <bangerth@ticam.utexas.edu> To: gcc-gnats@gcc.gnu.org Cc: Subject: Re: bootstrap/2236: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc Date: Tue, 19 Nov 2002 14:04:46 -0600 (CST) ---------- Forwarded message ---------- Date: Tue, 19 Nov 2002 10:54:28 -0800 (PST) From: david parsons <orc@pell.portland.or.us> To: bangerth@dealii.org Subject: Re: bootstrap/2236: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc bangerth@dealii.org wrote: > > Synopsis: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc > > State-Changed-From-To: open->feedback > State-Changed-By: bangerth > State-Changed-When: Tue Nov 19 07:58:44 2002 > State-Changed-Why: > This is a rather old bootstrap error. Can you say whether this > still happens with newer versions of gcc? > > Thanks, W. This patch gets around the test for gl*bc (in gcc 3.2) -- there appear to be other places where portability is tossed out the window, but at least configure gets more done before it hits the next unportable section. *** config.if~ Tue Nov 19 10:48:10 2002 --- config.if Tue Nov 19 10:48:58 2002 *************** *** 63,71 **** rm -f $dummy.c $dummy else # It should never happen. ! echo "Cannot find the GNU C library minor version number." >&2 rm -f $dummy.c $dummy ! exit 1 fi else # Cross compiling. Assume glibc 2.1. --- 63,71 ---- rm -f $dummy.c $dummy else # It should never happen. ! echo "Congratulations! This system doesn't use the GNU C library" >&2 rm -f $dummy.c $dummy ! libc_interface=- fi else # Cross compiling. Assume glibc 2.1. -david parsons > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2236 >
From: "Joseph S. Myers" <jsm28@cam.ac.uk> To: david parsons <orc@pell.portland.or.us> Cc: <bangerth@dealii.org>, <gcc-bugs@gcc.gnu.org>, <gcc-gnats@gcc.gnu.org>, <orc@pell.chi.il.us> Subject: Re: bootstrap/2236: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc Date: Tue, 19 Nov 2002 22:34:02 +0000 (GMT) On Tue, 19 Nov 2002, david parsons wrote: > bangerth@dealii.org wrote: > > > > Synopsis: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc > > > > State-Changed-From-To: open->feedback > > State-Changed-By: bangerth > > State-Changed-When: Tue Nov 19 07:58:44 2002 > > State-Changed-Why: > > This is a rather old bootstrap error. Can you say whether this > > still happens with newer versions of gcc? > > Yes. > > orc@pell$ CC="cc -baout" ./configure > Configuring for a i686-pc-linux-gnuaout host. > Created "Makefile" in /home/orc/gcc-3.2 using "mt-frag" > Cannot find the GNU C library minor version number. Note that CVS mainline includes fixes needed for libc5 (and probably also libc4) which aren't on the 3.2 branch, so is probably a more appropriate base to work from on this. -- Joseph S. Myers jsm28@cam.ac.uk
From: Dara Hazeghi <dhazeghi@yahoo.com> To: orc@pell.chi.il.us, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org Cc: Subject: Re: bootstrap/2236: config.if (gcc 2.95.2, possibly others) pukes if it can't find gl*bc Date: Wed, 21 May 2003 01:06:48 -0700 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit- trail&database=gcc&pr=2236 Hello, Joseph indicated in the audit trail of this bug report that he thought that some progress on this issue had been made on cvs mainline. Well, that was almost 6 months ago, and so cvs has become 3.3. Would it be possible for you to check if this issue is still in gcc 3.3? Thanks, Dara
State-Changed-From-To: analyzed->feedback State-Changed-Why: See Dara's question.
Shouldn't be in waiting. Mainline still has the exact same (wrong) lines in config.if. Patch at: http://gcc.gnu.org/ml/gcc-patches/2002-01/msg00048.html .
I suggested a patch to fix this here. http://gcc.gnu.org/ml/gcc-patches/2003-07/msg01034.html A few days later, Nathanael Nerode suggested a similar patch for a different reason, and checked in his patch. http://gcc.gnu.org/ml/gcc-patches/2003-07/msg01504.html Both patches solve the problem by deleting the libc_interface code.