From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31234 invoked by alias); 18 Apr 2005 16:26:55 -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 30903 invoked from network); 18 Apr 2005 16:26:43 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 18 Apr 2005 16:26:43 -0000 Received: from drow by nevyn.them.org with local (Exim 4.50 #1 (Debian)) id 1DNZ4p-000363-Fh; Mon, 18 Apr 2005 12:26:23 -0400 Date: Mon, 18 Apr 2005 16:26:00 -0000 From: Daniel Jacobowitz To: Manoj Iyer Cc: gdb@sources.redhat.com Subject: Re: why use #ifdef __GNUC__ in sim/ppc/words.h?? Message-ID: <20050418162623.GA11880@nevyn.them.org> Mail-Followup-To: Manoj Iyer , gdb@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i X-SW-Source: 2005-04/txt/msg00119.txt.bz2 On Mon, Apr 18, 2005 at 11:57:48AM -0500, Manoj Iyer wrote: > > sim/ppc/words.h has 3 typedefs enclosed in #ifdef __GNUC__, but I dont see > anything in the typedef that will require this #ifdef. > > #ifdef __GNUC__ > typedef long long natural64; > typedef signed long long signed64; > typedef unsigned long long unsigned64; > #endif > > The xlc compiler fails to see any other definition of natural64, signed64 > and unsigned64 and reports them as undefined. Is it ok to remove this > #ifdef ? > > I can change #ifdef __GNUC__ to #if, #else statement to accomodate > _MSC_VER . If you want to remove the ifdef, you need to find another way to test whether long long is available. Many C89 compilers do not support it. -- Daniel Jacobowitz CodeSourcery, LLC