From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3377 invoked by alias); 5 Feb 2002 20:21: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 3303 invoked from network); 5 Feb 2002 20:21:49 -0000 Received: from unknown (HELO hypatia.brisbane.redhat.com) (202.83.74.3) by sources.redhat.com with SMTP; 5 Feb 2002 20:21:49 -0000 Received: from scooby.brisbane.redhat.com (scooby.brisbane.redhat.com [172.16.5.228]) by hypatia.brisbane.redhat.com (8.11.6/8.11.6) with ESMTP id g15KLfY13583; Wed, 6 Feb 2002 06:21:41 +1000 Received: by scooby.brisbane.redhat.com (Postfix, from userid 500) id 34D3A108C9; Wed, 6 Feb 2002 07:21:41 +1100 (EST) From: Ben Elliston MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15456.16085.191791.112025@scooby.brisbane.redhat.com> Date: Tue, 05 Feb 2002 12:21:00 -0000 To: Andrew Cagney Cc: gdb-patches@sources.redhat.com Subject: Re: SH5 simulator contribution In-Reply-To: <3C6008DF.5020702@cygnus.com> 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> X-Mailer: VM 6.75 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-Legal: http://apac.redhat.com/disclaimer X-SW-Source: 2002-02/txt/msg00130.txt.bz2 >>>>> "Andrew" == Andrew Cagney writes: Andrew> That would be very useful. This means that when you say it supports the Andrew> sh2..sh4 it is through the backward compatibility of the instruction set Andrew> architecture. This explains why the config tweeks only enable the Andrew> simulator when sh64-elf. Correct. Andrew> If I understand the sim/sh simulator correctly, it currently generates Andrew> an sh-dsp sim which is backward compatible with sh2-4 (sh1?) but not Andrew> with sh5. This means that the new sh5 simulator is not a drop in Andrew> replacement for the existing simulator (it lacks sh-dsp). Also correct. 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. Ben