From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27393 invoked by alias); 2 May 2003 22:57:52 -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 27386 invoked from network); 2 May 2003 22:57:52 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 2 May 2003 22:57:52 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h42MvqH06972 for ; Fri, 2 May 2003 18:57:52 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h42MvpI14077; Fri, 2 May 2003 18:57:51 -0400 Received: from localhost.localdomain (vpn50-6.rdu.redhat.com [172.16.50.6]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h42MvoO27726; Fri, 2 May 2003 18:57:50 -0400 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h42MvjP30794; Fri, 2 May 2003 15:57:45 -0700 Date: Fri, 02 May 2003 22:57:00 -0000 From: Kevin Buettner Message-Id: <1030502225744.ZM30793@localhost.localdomain> In-Reply-To: Andrew Cagney "Re: register_offset_hack() vs REGISTER_BYTE()" (May 2, 6:26pm) References: <1030502003824.ZM26690@localhost.localdomain> <3EB1C2C8.5080502@redhat.com> <1030502010944.ZM27038@localhost.localdomain> <3EB1CA26.5080508@redhat.com> <3EB2F084.6010203@redhat.com> To: Andrew Cagney , Kevin Buettner Subject: Re: register_offset_hack() vs REGISTER_BYTE() Cc: gdb@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-05/txt/msg00023.txt.bz2 On May 2, 6:26pm, Andrew Cagney wrote: > > Can probably change REGISTER_BYTE to a pre-initialized method with > > predicate (see DEPRECATED_PC_IN_CALL_DUMMY for an example), and > > then add a predicate test for it to the above mix. > > On second thoughts, and having investigate things a bit further ... > Doing it would revert any architecture [still] defining REGISTER_BYTE > (almost all of them) back to using the legacy register cache. > Consequently I'll instead just add sanity checks to ensure that the > regcache and REGISTER_BYTE are consistent. > > > Sentinel frame should probably also be switched to using > > register_offset_hack(), instead of REGISTER_BYTE(), so that it is > > more consistent with the frame code. > > Appears to work. > > > Sounds like it's time to s/ REGISTER_BYTE / > > DEPRECATED_REGISTER_BYTE /. It isn't yet possible to eliminate > > that macro from the MIPS since it is that hardwired mystery that > > defines the MIPS remote protocol :-( > > ... For MIPS register numbers in [0, NUM_REGS), I'm going to make mips_register_virtual_type() always return a type whose size is the same as that currently returned by mips_register_raw_size(). I'll introduce pseudo registers for those that actually need different virtual sizes. (I've turned mips o32 floating point registers into pseudo registers already and it seems to work...) This'll allow me to eliminate the MIPS REGISTER_BYTE and REGISTER_RAW_SIZE definitions. Plus some other stuff too. E.g, I've already gotten rid of mips_register_convert_to_type() and mips_register_convert_from_type(). I think mips_register_convert_to_virtual() and mips_register_convert_to_raw() will end up going away too. Kevin