From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14489 invoked by alias); 21 Dec 2007 04:23:54 -0000 Received: (qmail 14475 invoked by uid 22791); 21 Dec 2007 04:23:53 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 21 Dec 2007 04:23:48 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id E3BB72A9653; Thu, 20 Dec 2007 23:23:46 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 9keRnNi4rr6U; Thu, 20 Dec 2007 23:23:46 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 1AE1B2A963E; Thu, 20 Dec 2007 23:23:46 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 0746FE7ACA; Fri, 21 Dec 2007 08:23:37 +0400 (RET) Date: Fri, 21 Dec 2007 04:36:00 -0000 From: Joel Brobecker To: "Maciej W. Rozycki" Cc: Daniel Jacobowitz , gdb-patches@sourceware.org, David Ung , "Maciej W. Rozycki" Subject: Re: mips-tdep.c: Sign-extend pointers for n32 Message-ID: <20071221042337.GI6154@adacore.com> References: <20071216184625.GA22905@caradoc.them.org> <20071219152826.GA30488@caradoc.them.org> <20071219161552.GA1280@caradoc.them.org> <20071220165805.GB17663@caradoc.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-12/txt/msg00358.txt.bz2 > > I think there's still a problem here, though it is somewhat endemic to > > the argument passing routines: > > > > TYPE_CODE_ENUM, /* Enumeration type */ > > TYPE_CODE_REF, /* C++ Reference types */ > > TYPE_CODE_CHAR, /* *real* character type */ > > TYPE_CODE_BOOL, > > > > And possibly TYPE_CODE_MEMBERPTR too... that's a signed offset, > > probably 32-bit in the n32 case. Getting this right is a real > > pain. > > Hmm, these are obviously C-style types and I would expect other languages > to have their own specific ones (Ada, anyone?). Are you asking which TYPE_CODE enumerates are specific to Ada? I don't think there are any. I had a quick look at the current list, and nothing stood out. -- Joel