From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15469 invoked by alias); 24 Jun 2005 05:48:08 -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 15435 invoked by uid 22791); 24 Jun 2005 05:48:00 -0000 Received: from whirlwind.netspace.net.au (HELO mail.netspace.net.au) (203.10.110.76) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 24 Jun 2005 05:48:00 +0000 Received: from [192.168.1.11] (220-253-61-32.VIC.netspace.net.au [220.253.61.32]) by mail.netspace.net.au (Postfix) with ESMTP id 13BD212D2F3 for ; Fri, 24 Jun 2005 15:47:56 +1000 (EST) Message-ID: <42BB9FA2.3070002@netspace.net.au> Date: Fri, 24 Jun 2005 05:48:00 -0000 From: Russell Shaw User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Debian/1.7.8-1 MIME-Version: 1.0 Cc: gdb@sources.redhat.com Subject: Re: Cross-debugging interfaces known to still work? References: <42BB3CD4.30707@apple.com> <42BB4CD2.90708@netspace.net.au> <42BB9B74.6000306@apple.com> In-Reply-To: <42BB9B74.6000306@apple.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-06/txt/msg00225.txt.bz2 Stan Shebs wrote: > Russell Shaw wrote: > >> Stan Shebs wrote: >> >>> In digging through GDB sources trying to figure out which internal >>> APIs are OK for Apple's port (yes, yes, need to contribute :-) ), >>> I see that a number of the oddball-protocol remote interfaces >>> probably no longer work, and some, such as remote-mips.c, are going >>> unnoticed because they're not built into any config anymore. At the >>> same time, I'm not seeing very much mail traffic on anything besides >>> standard remote protocol, sim, and RDI for Arm. >>> >>> So my question is, do we have any information about who is actually >>> using or testing any of these other targets, either with current or >>> older versions of GDBs? >>> >>> Stan >> >> The "odd" protocols are used for adapting gdb to control a hardware >> ICE. I made one for an atmel avr ICE, but it's not maintained in the >> gdb sources yet. >> > Several of the ones I wrote were actually to talk to boards with > existing ROM monitors, so there's a variety. Some of the boards > targeted seem to have vanished pretty thoroughly - the only > references Google can find are the mentions of them in the GDB > documentation(!). > > Stan One thing they're useful for is as a reference to write a new one, because how to do them is not otherwise documented.