From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27432 invoked by alias); 8 Feb 2002 19:20:29 -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 27347 invoked from network); 8 Feb 2002 19:20:28 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 8 Feb 2002 19:20:28 -0000 Received: from drow by nevyn.them.org with local (Exim 3.34 #1 (Debian)) id 16ZGZK-0007D2-00; Fri, 08 Feb 2002 14:20:22 -0500 Date: Fri, 08 Feb 2002 11:20:00 -0000 From: Daniel Jacobowitz To: "Theodore A. Roth" Cc: Andrew Cagney , gdb@sources.redhat.com, Jim blandy Subject: Re: gdb support for Atmel AVR Message-ID: <20020208142022.A27446@nevyn.them.org> Mail-Followup-To: "Theodore A. Roth" , Andrew Cagney , gdb@sources.redhat.com, Jim blandy References: <3C63FDBC.7020708@cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i X-SW-Source: 2002-02/txt/msg00145.txt.bz2 On Fri, Feb 08, 2002 at 10:59:58AM -0700, Theodore A. Roth wrote: > :) > :)The one thing you'll notice isn't on the check list is test results. On > :)that count, far as I'm conceerned, as soon as your target is showing > :)reasonable signs of life it is ready for acceptance. > > Some people are already using it for real work so I think it's got a heart > beat already. ;) > > I'm especially interested in someone reviewing the changes I had to make > outside of avr-tdep.c and config/avr/*. These changes may affect other > targets. I've tried really hard to keep those changes to a minimum though. I really do not think that TARGET_REMOTE_ADDR_BIT should be necessary... in what way was TARGET_ADDR_BIT/TARGET_POINTER_BIT inadequate? Do you have different sized code and data pointers? Oh, reading further down the patch I see that AVR is a Harvard architecture. There is support for this in GDB, with CODE_SPACE/DATA_SPACE that were recently introduced (for the d10v, I think). You may have some problems if they are of different size, I suppose. Also, I think (.avrgdbinit aside...) that you should not have a tm-avr.h at all. You can set multi-arch from configure.tgt. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer