From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31638 invoked by alias); 9 May 2003 17:41:23 -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 31563 invoked from network); 9 May 2003 17:41:22 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 9 May 2003 17:41:22 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h49HfMH01539 for ; Fri, 9 May 2003 13:41:22 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h49HfMI32336 for ; Fri, 9 May 2003 13:41:22 -0400 Received: from localhost.redhat.com (romulus-int.sfbay.redhat.com [172.16.27.46]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h49HfL817553 for ; Fri, 9 May 2003 13:41:22 -0400 Received: by localhost.redhat.com (Postfix, from userid 469) id BF2BF2C89D; Fri, 9 May 2003 13:46:22 -0400 (EDT) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16059.59758.609479.734628@localhost.redhat.com> Date: Fri, 09 May 2003 17:41:00 -0000 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: Re: GDB 6 In-Reply-To: <20030509171224.GA15350@nevyn.them.org> References: <3EBBDE20.6030007@redhat.com> <20030509171224.GA15350@nevyn.them.org> X-SW-Source: 2003-05/txt/msg00136.txt.bz2 Daniel Jacobowitz writes: > On Fri, May 09, 2003 at 12:58:08PM -0400, Andrew Cagney wrote: > > The sole objective for GDB 6 was to have GDB multi-arch. Since Joel has > > now committed a change that multi-arch partial's the HP/PA, and all > > architectures can be built multi-arch partial, it can be argued that GDB > > has technically reached this goal(1). > > > > Given this, I think the next release of GDB should be named ``GDB 6''. > > > > In doing this, there is an oportunity to, identify as obsolete (but not > > actually delete) a few extra bits.. The following come to mind: > > > > - non event loop platforms > > - DWARF (a.k.a., DWARF 1) > > > > People with systems that rely on said features can always download the > > GDB 5 series debuggers. > > > > With regard to annotations, someone [me] still still has the > > documentation and testsuite to update (....). That, I think is the only > > ``must have'' thing for the next GDB release. Other things such as NPTL > > et.al. are obvious nice to have (and probably will because more people > > are motivated to get them in :-). > > > > Andrew > > > > (1) Just ignore the cleanup that will eventually follow, oh and that one > > of the SPARC and HP/PA variants still need some work. > > It sounds mighty good to me. > > I'd like to see the new dwarf-frame code finished before GDB 6, but it > sounds like we'll have (just?) enough time. > me too! me too! I think we'll also have objc finished (there is only one last patch pending). I'll go after DavidC patches for namespaces now.... there are so many new things that we could bump the version number up to 7! elena > -- > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer