From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25729 invoked by alias); 6 Feb 2002 01:36:54 -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 25666 invoked from network); 6 Feb 2002 01:36:53 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 6 Feb 2002 01:36:53 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id C22FC3E57; Tue, 5 Feb 2002 20:36:51 -0500 (EST) Message-ID: <3C6088B3.7080702@cygnus.com> Date: Tue, 05 Feb 2002 17:36:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.7) Gecko/20020103 X-Accept-Language: en-us MIME-Version: 1.0 To: Ben Elliston Cc: 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> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-02/txt/msg00148.txt.bz2 > Andrew> Unless the new simulator gains sh-dsp support, the sim directory will > Andrew> need to be configurable so that the user can select either the DSP xor > Andrew> the SH5 simulator. That, I suspect, is going to get messy. I think GDB > Andrew> should be able to assume a single SH remote-sim interface but here, I > Andrew> suspect, it is currently contending with two different interfaces :-( > > Hence, this is why the sh5 sim is only configured when the target is > sh64-*-elf. Er, humor me. The sim/sh simulator has a specific register name / number / size mapping and sh-elf-gdb knows how to use it. This new sim/sh5 simulator has a different register / name / size mapping and this difference is covered up by GDB. (I note the addition of the sim-sh64.h file which is in itself a very good move). The MIPS (unintentionally) went down this path and ever since the MIPS has been trying to claw its way out of the resultant mess :-( Given this, I think it would be better to just eliminate one of the simulators. Failing that, ensure that at least the two simulators complied to an identical register name/number/size interface. Would it possible to get this new SH simulator to support the sh-dsp instructions (there can't be that many of them) so that the old simulator can be retired? More as a wish list, would it also be possible to have separate but integrated simulators for at least the few most recent SH variants - like mn10300 and am33. I suspect this simulator was generated so it shouldn't be too hard. Andrew