From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12761 invoked by alias); 19 Nov 2002 23:56:05 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 12744 invoked by uid 71); 19 Nov 2002 23:56:04 -0000 Date: Wed, 27 Nov 2002 08:04:00 -0000 Message-ID: <20021119235604.12743.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "Joseph S. Myers" Subject: Re: bootstrap/4068: [linux-x86] bootstrapping on libc5 systems Reply-To: "Joseph S. Myers" X-SW-Source: 2002-11/txt/msg01061.txt.bz2 List-Id: The following reply was made to PR bootstrap/4068; it has been noted by GNATS. From: "Joseph S. Myers" To: , , , , Cc: Subject: Re: bootstrap/4068: [linux-x86] bootstrapping on libc5 systems Date: Tue, 19 Nov 2002 23:49:07 +0000 (GMT) On 19 Nov 2002 bangerth@dealii.org wrote: > Old Synopsis: bootstrap fails on older Linux (Red Hat 5.2) > New Synopsis: [linux-x86] bootstrapping on libc5 systems The problem systems are specifically glibc 2.0, not libc5. For it possibly to work the patch implied by the discussion I referenced is needed - i.e. --- gcc/config/i386/linux.h.orig Fri Nov 15 14:57:12 2002 +++ gcc/config/i386/linux.h Tue Nov 19 23:47:16 2002 @@ -228,7 +228,7 @@ signal-turned-exceptions for them. There's also no configure-run for the target, so we can't check on (e.g.) HAVE_SYS_UCONTEXT_H. Using the target libc1 macro should be enough. */ -#ifndef USE_GNULIBC_1 +#if !(defined (USE_GNULIBC_1) || (__GLIBC__ == 2 && __GLIBC_MINOR__ == 0)) #include #include -- Joseph S. Myers jsm28@cam.ac.uk