From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18063 invoked by alias); 29 Apr 2002 18:30:06 -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 17836 invoked from network); 29 Apr 2002 18:29:38 -0000 Received: from unknown (HELO beta.dmz-eu.st.com) (164.129.1.35) by sources.redhat.com with SMTP; 29 Apr 2002 18:29:38 -0000 Received: from zeta.dmz-eu.st.com (zeta.dmz-eu.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with SMTP id 875CC4EAD; Mon, 29 Apr 2002 18:29:36 +0000 (GMT) Received: by zeta.dmz-eu.st.com (STMicroelectronics, from userid 0) id 9A76061D3; Mon, 29 Apr 2002 18:28:37 +0000 (GMT) Received: from thistle.bri.st.com (localhost [127.0.0.1]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id C1DE01845; Mon, 29 Apr 2002 18:28:36 +0000 (GMT) Received: from [164.129.8.14] (helo=masterwort) by thistle.bristol.st.com with esmtp (Exim 3.03 #5) id 172Ft5-0000z6-00; Mon, 29 Apr 2002 19:28:35 +0100 Received: from [164.129.14.84] (helo=st.com) by masterwort with asmtp (Exim 3.22 #1) id 172Ft5-000634-00; Mon, 29 Apr 2002 19:28:35 +0100 Message-ID: <3CCD9104.B66ABD94@st.com> Date: Mon, 29 Apr 2002 11:30:00 -0000 From: Joern Rennecke Reply-To: joern.rennecke@st.com Organization: SuperH UK Ltd. X-Accept-Language: en MIME-Version: 1.0 To: ac131313@cygnus.com Cc: bje@redhat.com, gdb-patches@sources.redhat.com Subject: Re: SH5 simulator contribution References: <15451.47633.743434.331956@scooby.brisbane.redhat.com> <3C5F55F3.2030807@cygnus.com> <15455.24394.87381.934711@scooby.brisbane.redhat.com> <3C5F66BB.50001@cygnus.com> <15455.31263.847272.160235@scooby.brisbane.redhat.com> <3C6008DF.5020702@cygnus.com> <15456.16085.191791.112025@scooby.brisbane.redhat.com> <3C6088B3.7080702@cygnus.com> <3CB6AD19.CCDD835A@st.com> <3CB70F11.6010609@cygnus.com> <3CBA940B.B99F0E4C@st.com> <3CBF73A3.2090409@cygnus.com> <3CCD81CD.CBAC3A62@st.com> <3CCD874A.8010801@cygnus.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg01132.txt.bz2 ac131313@cygnus.com wrote: > Um, these sim register numbers are separate to GDB's internal ``raw'' > registers (and don't have anything to do with pseudo-registers). GDB > will need to map any internal register number onto the published sim > register number before fetching a sim register. Yes, I understand that. For the SH, sets of two single-precision registers can be referred to as a double precision register, and sets of four can be referred to as a vector. > If GDB and SIM think differently (one is sh64 and the other is SH) then, > I think, the only immediate objective is to not dump core. That'd be all right then. sh gdb & sh64 sim: compatible for user mode programs. sh64 gdb & sh sim: registers will be detected as out of range. -- -------------------------- SuperH 2430 Aztec West / Almondsbury / BRISTOL / BS32 4AQ T:+44 1454 462330