From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13522 invoked by alias); 2 Jun 2003 04:40:51 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 13515 invoked from network); 2 Jun 2003 04:40:51 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 2 Jun 2003 04:40:51 -0000 Received: from int-mx2.corp.redhat.com (nat-pool-rdu-dmz.redhat.com [172.16.52.200] (may be forged)) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h524eoH17226 for ; Mon, 2 Jun 2003 00:40:50 -0400 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h524enT01625 for ; Mon, 2 Jun 2003 00:40:49 -0400 Received: from dot.sfbay.redhat.com (dot.sfbay.redhat.com [172.16.24.7]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id h524em012127 for ; Sun, 1 Jun 2003 21:40:49 -0700 Received: (from rth@localhost) by dot.sfbay.redhat.com (8.11.6/8.11.6) id h524csZ18591 for gdb-patches@sources.redhat.com; Sun, 1 Jun 2003 21:38:54 -0700 X-Authentication-Warning: dot.sfbay.redhat.com: rth set sender to rth@redhat.com using -f Date: Mon, 02 Jun 2003 04:40:00 -0000 From: Richard Henderson To: gdb-patches@sources.redhat.com Subject: Re: [RFA] alpha return value cleanup, type cleanup Message-ID: <20030602043853.GA18550@redhat.com> References: <20030602020549.GA7039@twiddle.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030602020549.GA7039@twiddle.net> User-Agent: Mutt/1.4i X-SW-Source: 2003-06/txt/msg00052.txt.bz2 On Sun, Jun 01, 2003 at 07:05:49PM -0700, Richard Henderson wrote: > I didn't mean to put so much stuff in one patch; I can break it > up if required. This does several things: > > (1) Update to the regcache based return value methods. > > (2) Use non-language-specific types, eg builtin_type_int64 > instead of builtin_type_long. > > (3) Fix several sign-extension ABI mistakes wrt 32-bit integers. > > (4) Adjust the types assigned to the hard registers. > > (5) Implement complex data types. Well, GCC's version, not the > "real" ABI's version. Fixing GCC has only been possible > within the last week or two, and I don't know if I'm going > to bother given that no one has complained to-date. Cancel that. I'm going to go ahead and split it up anyway. r~