From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12704 invoked by alias); 12 Mar 2004 21:43:26 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 12683 invoked from network); 12 Mar 2004 21:43:26 -0000 Received: from unknown (HELO e35.co.us.ibm.com) (32.97.110.133) by sources.redhat.com with SMTP; 12 Mar 2004 21:43:26 -0000 Received: from westrelay04.boulder.ibm.com (westrelay04.boulder.ibm.com [9.17.193.32]) by e35.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i2CLgjF4368520; Fri, 12 Mar 2004 16:42:45 -0500 Received: from austin.ibm.com (d03av02.boulder.ibm.com [9.17.193.82]) by westrelay04.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i2CLgijR112446; Fri, 12 Mar 2004 14:42:45 -0700 Received: from lazy.austin.ibm.com (lazy.austin.ibm.com [9.53.94.97]) by austin.ibm.com (8.12.10/8.12.10) with ESMTP id i2CLgYvE043750; Fri, 12 Mar 2004 15:42:34 -0600 Date: Fri, 12 Mar 2004 21:43:00 -0000 From: Manoj Iyer X-X-Sender: manjo@lazy To: Daniel Jacobowitz cc: gdb@sources.redhat.com Subject: Re: compiler error on PPC64 In-Reply-To: <20040312213807.GA3177@nevyn.them.org> Message-ID: References: <20040312213807.GA3177@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-03/txt/msg00125.txt.bz2 Yes I totally agree... was not sure if they were re-defined for a reason, Coz on RHEL3 this does not happen (I am 90% certain) ... -- Manoj On Fri, 12 Mar 2004, Daniel Jacobowitz wrote: > On Fri, Mar 12, 2004 at 10:00:30PM +0100, Manoj Iyer wrote: > > > > I am getting an error message from the compiler on PPC64 (gcc version > > powerpc64-linux-gcc (GCC) 3.3.3-hammer) > > > > ppc-linux-tdep.c:956: error: parse error before numeric constant > > > > This happens when the file is compiled as 64bit, on suse with 2.6 kernel > > headers. What I think is wrong is that, is there any reason to use > > > > enum { > > ELF_NGREG = 48, > > ELF_NFPREG = 33, > > ELF_NVRREG = 33 > > }; > > > > instead of using > > > > #define ELF_NGREG 48 > > #define ELF_NFPREG 33 > > #define ELF_NVRREG 33 > > > > Because, in the header file, > > > > /usr/include/asm-ppc64/elf.h:#define ELF_NGREG 48 /* includes nip, msr, > > lr, etc. */ > > > > is already defined as 48 and the compiler sees 48 = 48 in the enum and so > > complains. > > Even better, the constants should be renamed not to conflict with the > copies in the system headers. > > -- > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer >