From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16112 invoked by alias); 29 Jan 2003 16:34:12 -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 16105 invoked from network); 29 Jan 2003 16:34:12 -0000 Received: from unknown (HELO dublin.ACT-Europe.FR) (212.157.227.154) by 172.16.49.205 with SMTP; 29 Jan 2003 16:34:12 -0000 Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 6ED0822A01F; Wed, 29 Jan 2003 17:34:11 +0100 (MET) Date: Wed, 29 Jan 2003 16:34:00 -0000 From: Arnaud Charlet To: Andrew Cagney Cc: Arnaud Charlet , gdb@sources.redhat.com Subject: Re: [Various] obsoleting the annotate level 2 interface Message-ID: <20030129173411.A14044@dublin.int.act-europe.fr> References: <20030128232906.B22772@dublin.int.act-europe.fr> <3E3768D5.1060504@redhat.com> <20030129095458.B24931@dublin.int.act-europe.fr> <3E37F0F2.7020506@redhat.com> <20030129163145.A4340@dublin.int.act-europe.fr> <3E37F6B0.7000306@redhat.com> <20030129165106.A7279@dublin.int.act-europe.fr> <20030129155602.GB10725@redhat.com> <20030129170101.A9059@dublin.int.act-europe.fr> <3E37FEF4.7080904@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3E37FEF4.7080904@redhat.com>; from ac131313@redhat.com on Wed, Jan 29, 2003 at 11:19:00AM -0500 X-SW-Source: 2003-01/txt/msg00490.txt.bz2 > Um, by stable you mean? Each iteration of GDB leads to changes in both > the MI and the CLI. However, at at least with the MI those changes are > identified, documented and tested. By stable I mean that the set of commands and their output are reasonably stable and do not change significantly from one version to another. > People have been working on that. Apple has a hacked GDB where it works > NOW! Right, that's not acceptable in the context of a multipurpose and portable GUI front-end, where basically people can plug the version of gdb they like. So Apple's approach of hacking a particular version of gdb is not feasible, and not something that can be maintained in the long run. > The problems they have encountered have been turned into bug reports. > See the bug database. The only big one is the console and both Apple > and Eclipse managed to hack around it. Does it mean that there are no plans to actually fix this critical missing feature, and that each front-end will have to "hack around it" ? I will look again at Eclipse support for gdb. Last time I looked, its support was relatively simple, certainly not at the same level than what GVD offers. Arno