From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-8885-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 23787 invoked by alias); 13 May 2002 13:13:19 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 23716 invoked from network); 13 May 2002 13:13:18 -0000
Received: from unknown (HELO localhost.redhat.com) (24.112.240.27)
  by sources.redhat.com with SMTP; 13 May 2002 13:13:18 -0000
Received: from cygnus.com (localhost [127.0.0.1])
	by localhost.redhat.com (Postfix) with ESMTP
	id BA8913E10; Mon, 13 May 2002 09:13:23 -0400 (EDT)
Message-ID: <3CDFBBF3.7080700@cygnus.com>
Date: Mon, 13 May 2002 06:13:00 -0000
From: Andrew Cagney <ac131313@cygnus.com>
User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0rc1) Gecko/20020429
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Richard.Earnshaw@arm.com
Cc: gdb@sources.redhat.com
Subject: Re: ARM and virtual/raw registers
References: <200205131234.NAA27740@cam-mail2.cambridge.arm.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2002-05/txt/msg00140.txt.bz2

> 
> OK, I'm trying this general approach.  One major failure, unfortunately.
> 
> The remote-sim code has:
> 
>   else if (REGISTER_NAME (regno) != NULL
>            && *REGISTER_NAME (regno) != '\0')
>     {
>       char buf[MAX_REGISTER_RAW_SIZE];
>       int nr_bytes;
>       if (REGISTER_SIM_REGNO (regno) >= 0)
>         nr_bytes = sim_fetch_register (gdbsim_desc,
>                                        REGISTER_SIM_REGNO (regno),
>                                        buf, REGISTER_RAW_SIZE (regno));
>      ...
>       supply_register (regno, buf);
> 
> Which is precisely the opposite of what I want: sim_fetch_register needs 
> to fetch the raw (uncooked) registers, which is precisely the set that 
> don't have names :-(
> 
> REGISTER_SIM_REGNO doesn't help, because we never get to the code for the 
> registers I need.

Want it fixed?  Next to no targets define the macro so changing the the 
behavour - make REGISTER_SIM_REGNO totally responsible for the decision 
is straight forward.

(In fact, why didn't I do this before).

Andrew