From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11475 invoked by alias); 17 May 2005 21:22:18 -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 11054 invoked from network); 17 May 2005 21:22:04 -0000 Received: from unknown (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 17 May 2005 21:22:04 -0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id j4HLLk0d008415; Tue, 17 May 2005 23:21:46 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id j4HLLkoQ019564; Tue, 17 May 2005 23:21:46 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id j4HLLjsi002393; Tue, 17 May 2005 23:21:45 +0200 (CEST) Date: Tue, 17 May 2005 21:22:00 -0000 Message-Id: <200505172121.j4HLLjsi002393@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: manjo@austin.ibm.com CC: gdb@sourceware.org In-reply-to: (message from Manoj Iyer on Tue, 17 May 2005 15:51:47 -0500 (CDT)) Subject: Re: Orphans to adopt? References: <428A3FB7.8070008@apple.com> <200505172035.j4HKZ0oa028608@elgar.sibelius.xs4all.nl> X-SW-Source: 2005-05/txt/msg00174.txt.bz2 Date: Tue, 17 May 2005 15:51:47 -0500 (CDT) From: Manoj Iyer > Hmm, powerpc could really, really use some cleanup, but hardly What type of clean up effort are we looking at for ppc. I am working on ppc & linux and I can spend some time on this. A couple of things: * It still needs to be gdb_bytified. * There are still a few deprecated things used by rs6000/powerpc. Look for things that have deprecated in their name. * There is still a tm.h for most/all rs6000/powerpc targets. Basically config/powerpc/tm-ppc-eabi.h and config/rs6000/tm-rs6000.h need to be cleaned out. * The code could use some reorganisation, especially the way the architecture vector is constructed. Some of the OS/ABI-specefic stuff is handled in rs6000-tdep.c, some of it is dealt with in OS-specific files like ppc-linux-tdep.c and pccnbsd-tdep.c. A lot of the mess seems to stem from the fact that we still try to support AIX 4 & 5 on POWER as well as PowerPC. But it seems that none of the core gdb developers have access to hardware. Mark