From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20848 invoked by alias); 23 Apr 2002 11:13:31 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 20840 invoked from network); 23 Apr 2002 11:13:29 -0000 Received: from unknown (HELO mta02ps.bigpond.com) (144.135.25.134) by sources.redhat.com with SMTP; 23 Apr 2002 11:13:29 -0000 Received: from bubble.local ([144.135.25.69]) by mta02ps.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GV0PUF00.05S for ; Tue, 23 Apr 2002 21:13:27 +1000 Received: from CPE-144-136-176-14.sa.bigpond.net.au ([144.136.176.14]) by PSMAM01.mailsvc.email.bigpond.com(MailRouter V3.0j 71/457700); 23 Apr 2002 21:13:27 Received: (qmail 9895 invoked by uid 179); 23 Apr 2002 11:13:27 -0000 Date: Tue, 23 Apr 2002 04:32:00 -0000 From: Alan Modra To: Franz Sirl Cc: Mark Mitchell , gcc@gcc.gnu.org Subject: Re: GCC 3.1 Prerelease Message-ID: <20020423111326.GI31160@bubble.sa.bigpond.net.au> Mail-Followup-To: Franz Sirl , Mark Mitchell , gcc@gcc.gnu.org References: <14800000.1019552485@gandalf.codesourcery.com> <14800000.1019552485@gandalf.codesourcery.com> <5.1.1.2.2.20020423130143.04a21008@mail.lauterbach.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.1.2.2.20020423130143.04a21008@mail.lauterbach.com> User-Agent: Mutt/1.3.25i X-SW-Source: 2002-04/txt/msg01154.txt.bz2 On Tue, Apr 23, 2002 at 01:04:39PM +0200, Franz Sirl wrote: > At 12:28 23.04.2002, Alan Modra wrote: > >On Tue, Apr 23, 2002 at 02:01:25AM -0700, Mark Mitchell wrote: > >> > >> Joseph, if you have time to look at PR 6343 (C front end regression > >> involving "attribute((weak))"), please do so. I can imagine this > >> being a significant problem. > > > >I've been using this, which at least cures the problem with > >__register_frame_info*. Credit for the patch goes to Franz Sirl. > > Hmm, have you tried recompiling glibc with this patch? I seem to recall > glibc using constructs that would produce an error now. I've been compiling a glibc snapshot with a last ChangeLog entry of 2002-01-18 Andreas Schwab -- Alan Modra IBM OzLabs - Linux Technology Centre