From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32189 invoked by alias); 17 Dec 2006 01:36:29 -0000 Received: (qmail 32176 invoked by uid 22791); 17 Dec 2006 01:36:27 -0000 X-Spam-Check-By: sourceware.org Received: from cirrus.netspace.net.au (HELO mail.netspace.net.au) (203.10.110.92) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 17 Dec 2006 01:36:19 +0000 Received: from [192.168.0.10] (220-253-55-152.VIC.netspace.net.au [220.253.55.152]) by mail.netspace.net.au (Postfix) with ESMTP id F211B170855 for ; Sun, 17 Dec 2006 12:36:14 +1100 (EST) Message-ID: <45849F0E.5080408@netspace.net.au> Date: Sun, 17 Dec 2006 01:36:00 -0000 From: Russell Shaw User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060205 Debian/1.7.12-1.1 MIME-Version: 1.0 CC: gdb@sourceware.org Subject: Re: Likely obsolete pieces of GDB References: <20061216205923.GA21428@nevyn.them.org> In-Reply-To: <20061216205923.GA21428@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-12/txt/msg00153.txt.bz2 Daniel Jacobowitz wrote: > This is something I've been meaning to do for a long time. GDB is, in > my humble opinion, overdue for some pruning. I went through the GDB > source tree and identified every file that I believe is obsolete: code > only used for systems, formats, targets, etc. where support in new > versions of GDB is not useful, which is thus a candidate for removal. > > Most of this stuff has been around for a long time, and it won't hurt > to keep it around a little longer. So let's take our time. If you > see anything on this list that you'd miss, please say so! I've left a > lot of things off the list which I'd rather remove, but have seen > signs of life for; if there's something you'd add to the list, please > say that too. After some discussion, I recommend we post the list > to gdb-announce. I'm not sure if that really reaches a wider audience, > but it may. > > I've CC'd people I had particular questions for. And now, the lists! > Targets, then entire subdirectories, then files. > > Native and cross targets which might be obsolete: ... > remote-e7000.c > > "Remote debugging interface for Renesas E7000 ICE". > I found a sad looking one on ebay, but that's the only thing > I could find from this decade. > > remote-est.c > > "Remote debugging interface for EST-300 ICE". I couldn't > find even that much life. > > remote-hms.c > > An on-board ROM monitor for Renesas boards. No signs of life. > > remote-mips.c > > I think this is support for the built-in monitor of PMON. > I see that Atsushi Nemoto reported a problem with this in 2003, > so it might be worth keeping. > > remote-sds.c > > A remote monitor target for some PowerPC boards? > > remote-st.c > > "Remote debugging interface for Tandem ST2000 phone switch" > GDB is now the source of every google hit I checked for this > product. > > remote-utils.c > remote-utils.h > > I think that all the code in this file is actually dead. > I had a patch to remove it at some point but forgot about it. I used some of these as examples to make a gdb interface for an AVR JTAG debugger to work directly in gdb instead of needing that shim garbage. It could be useful to keep atleast one good example for anyone else that needs to do the same.