From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9595 invoked by alias); 17 Jul 2002 21:38:55 -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 9588 invoked from network); 17 Jul 2002 21:38:54 -0000 Received: from unknown (HELO ns2.uk.superh.com) (193.128.105.170) by sources.redhat.com with SMTP; 17 Jul 2002 21:38:54 -0000 Received: from sh-uk-ex01.uk.w2k.superh.com (sh-uk-ex01 [192.168.16.17]) by ns2.uk.superh.com (8.11.6+Sun/8.11.6) with ESMTP id g6HLWAK28663; Wed, 17 Jul 2002 22:32:10 +0100 (BST) Received: from superh.com ([192.168.17.40]) by sh-uk-ex01.uk.w2k.superh.com with Microsoft SMTPSVC(5.0.2195.4905); Wed, 17 Jul 2002 22:38:01 +0100 Message-ID: <3D35E3BB.5E12CC2@superh.com> Date: Wed, 17 Jul 2002 15:25:00 -0000 From: Joern Rennecke Organization: SuperH UK Ltd. X-Accept-Language: en MIME-Version: 1.0 To: Andrew Cagney CC: gdb-patches@sources.redhat.com, Elena Zannoni Subject: Re: sh64 simulator register numbers References: <3D35C737.9F25B58F@superh.com> <3D35CDB6.7020706@ges.redhat.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Jul 2002 21:38:01.0577 (UTC) FILETIME=[39CECD90:01C22DDA] X-SW-Source: 2002-07/txt/msg00374.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? Has this been treated both in gdb and gdb-patches? > Anyway, the below is wrong. As was pointed out before, the enum values > should not be hardwired. Hmm, I didn't realize you want to change the sh64 simulator interface every time a register is added to the sh4 interface. Still, as this is linked into a single executable, I suppose this is managable. > > ! /* 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? 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, 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, 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? Similar considerations apply to the 64 control registers, 8 target registers, how to assign a number to fpscr, and the 64 floating point registers. -- -------------------------- SuperH 2430 Aztec West / Almondsbury / BRISTOL / BS32 4AQ T:+44 1454 462330