From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12673 invoked by alias); 7 May 2002 17:13:04 -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 12651 invoked from network); 7 May 2002 17:13:01 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 7 May 2002 17:13:01 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 76E813D2B; Tue, 7 May 2002 13:13:01 -0400 (EDT) Message-ID: <3CD80B1D.3020902@cygnus.com> Date: Tue, 07 May 2002 10:13:00 -0000 From: Andrew Cagney 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: joern.rennecke@st.com Cc: ezannoni@redhat.com, gcc@gcc.gnu.org, gdb@sources.redhat.com, aoliva@redhat.com, bje@redhat.com Subject: Re: SH5 compact register numbering in gcc -> gdb interface References: <3CCED903.294513BE@st.com> <15568.36275.110744.510692@localhost.redhat.com> <3CD12BF8.7E1650C1@st.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-05/txt/msg00051.txt.bz2 > sh-tdep has a lot of hardcoded 'knowledge' how simulator numbers relate > to the layout of th register cache. Moreover, we should loose all the > tdep->FOO_REGNUM stuff where the value is actually a constant according > to the simulator interface. Just FYI, the thing that controls the internal register layout of GDB is [currently] the remote protocol. If you try to wire down GDB's internal register numbers to match the simulator, you'll likely break GDB's compatibility with existing remote targets. While this limitation is being worked on, it doesn't affect the GDB <-> sim maping - that can already be adjusted independant of the other register numbering schema. enjoy, Andrew