From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24954 invoked by alias); 18 Jul 2002 16:47: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 24947 invoked from network); 18 Jul 2002 16:47:50 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 18 Jul 2002 16:47:50 -0000 Received: from ges.redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id D39273E33; Thu, 18 Jul 2002 12:47:48 -0400 (EDT) Message-ID: <3D36F134.7020500@ges.redhat.com> Date: Thu, 18 Jul 2002 10:24:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020708 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joern Rennecke Cc: gdb-patches@sources.redhat.com, Elena Zannoni Subject: Re: sh64 simulator register numbers References: <3D35C737.9F25B58F@superh.com> <3D35CDB6.7020706@ges.redhat.com> <3D35E3BB.5E12CC2@superh.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-07/txt/msg00394.txt.bz2 > Andrew Cagney wrote: > >> See the directory gdb/regformats/ and (more importantly) the mail >> archives for information on the changes that are being made to GDB so >> that it will eventually be able to handle remote register numbers. > > > Hmm. Interesting. But the documentation seems to be mostly in the > 'looking for volunteers' stage. > > Can you give some salient time frames and/or keywords to narrow down the > search space a bit? Some words would include regcache remote.c (especially all recent patches). >> > ! /* SHmedia */ >> > ! SIM_SH64_R0_REGNUM = 128, > > > So you want this assignment to 128 be dropped, so that SIM_SH64_R0_REGNUM > just gets the next free number? Yes, a pure enum. As mentioned before, the d10v et.al. all do this. > The rest is all relative to SIM_SH64_R0_REGNUM. > There are 64 general purpose registers, starting with R0. The stack > pointer is R15. > >> > ! SIM_SH64_SP_REGNUM = SIM_SH64_R0_REGNUM+15, If a register has an alternative name, define that in a separate enum vis: enum { SIM_SH64_SP_REGNUM = SIM_SH64_R15_REGNUM }; > After the general purpose registers, we want the program counter. > Is this assignment OK with you? > >> > ! SIM_SH64_PC_REGNUM = SIM_SH64_R0_REGNUM+64, No. See above. > Or do you want r63 to be assigned a number relative to r0, and then > get automatically the next number for pc? > > Or should we enumerate all 64 of the general purpose registers? Yes. > Similar considerations apply to the 64 control registers, > 8 target registers, how to assign a number to fpscr, and > the 64 floating point registers. Andrew