From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29801 invoked by alias); 26 Apr 2002 17:21:49 -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 29502 invoked from network); 26 Apr 2002 17:21:43 -0000 Received: from unknown (HELO purple.csi.cam.ac.uk) (131.111.8.4) by sources.redhat.com with SMTP; 26 Apr 2002 17:21:43 -0000 Received: from student.cusu.cam.ac.uk ([131.111.179.82] helo=kern.srcf.societies.cam.ac.uk ident=mail) by purple.csi.cam.ac.uk with esmtp (Exim 4.04) id 1719Pi-0000j0-00; Fri, 26 Apr 2002 18:21:42 +0100 Received: from jsm28 (helo=localhost) by kern.srcf.societies.cam.ac.uk with local-esmtp (Exim 3.12 #1 (Debian)) id 1719Pi-0006UH-00; Fri, 26 Apr 2002 18:21:42 +0100 Date: Fri, 26 Apr 2002 10:22:00 -0000 From: "Joseph S. Myers" X-X-Sender: To: John David Anglin cc: , Subject: Re: bison 1.33 problem with mainline c-parse.in: yyfree_stacks In-Reply-To: <200204261647.g3QGlP1f026672@hiauly1.hia.nrc.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-04/txt/msg01428.txt.bz2 On Fri, 26 Apr 2002, John David Anglin wrote: > It appears that bison defines this in intl/plural.c. I suspect that the > above error is a result of building bison with NLS disabled. No, plural.c is generated with an old Bison version - and shouldn't be in CVS (but removing it isn't so simple; the release script would need to make special arrangements to generate it on systems with libintl in libc that don't use the intl directory). Local variables in __gettextparse are irrelevant to the other parsers. -- Joseph S. Myers jsm28@cam.ac.uk