From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14351 invoked by alias); 13 Jun 2005 03:14:06 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 13943 invoked by uid 22791); 13 Jun 2005 03:14:02 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 13 Jun 2005 03:14:02 +0000 Received: from drow by nevyn.them.org with local (Exim 4.50) id 1DhfOi-0006TD-Ev; Sun, 12 Jun 2005 23:14:00 -0400 Date: Mon, 13 Jun 2005 03:14:00 -0000 From: Daniel Jacobowitz To: Nick Roberts , gdb-patches@sources.redhat.com Subject: Re: [PATCH] Hooks still needed for annotations Message-ID: <20050613031400.GF9288@nevyn.them.org> Mail-Followup-To: Nick Roberts , gdb-patches@sources.redhat.com References: <17053.24737.153388.915345@farnswood.snap.net.nz> <20050601113004.GC15414@white> <17054.10607.109160.333076@farnswood.snap.net.nz> <20050603190856.GB32722@nevyn.them.org> <17056.56022.36723.292491@farnswood.snap.net.nz> <20050603235923.GA9992@nevyn.them.org> <20050604130228.GA24976@white> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050604130228.GA24976@white> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-06/txt/msg00141.txt.bz2 On Sat, Jun 04, 2005 at 09:02:28AM -0400, Bob Rossi wrote: > On Fri, Jun 03, 2005 at 07:59:24PM -0400, Daniel Jacobowitz wrote: > > They are deprecated. I believe there's a clear consensus that the > > entire annotation system is going to go, and in the near future. Just > > not yet. > > I hope that the annotations can stay until Nick and I, along with the > Apple and Eclipse people think that the MI is stable and ready for use. This bit has some logical sense on its own, but not in your examples. Eclipse uses a hybrid GDB/CLI implementation - but not annotations (as far as I know, anyway)! Apple uses a patched GDB with substantially different MI behavior - but not annotations (again, AFAIK)! Feel free to correct me if I'm wrong, but those are not compelling examples of why yet another output format should stick around. The fact that you and Nick are using them is a more compelling reason. > Also, I think it's reasonable to say that GDB should have a parser that > FE's can use. The only way to have a parser that can be tested properly > is to allow it to be packaged and tested in GDB's testsuite. Otherwise, > if the annotations are removed, FE's like GVD, XXGDB, DDD, KGDB, ... > are either going to "go the way of the bison" or they are going to have > to write code that handles GDB/MI. Do we really want 5-10 GDB/MI > parser's out there (each with there own bugs)? This is also unrelated to the removal of annotations. I don't much think a parser is GDB's responsibility. Offering one as a convenience, sure, maybe. Note that a lot of frontends won't get to use it anyway! If we ship it with GDB, then it's going to be covered under the GPL. > > - Breakpoints changing is not an asynchronous event. Stopped is an > > async event; breakpoint-deleted is a synchronous event, even if it > > comes from the user typing in a console window. > > It fits much nicer into the asyncronous case that nick posted. If > we want to make it syncronous then I think there would have to be a > change to the MI protocol. > > output ==> > ( out-of-band-record )* [ result-record ] [ status-update ] "(gdb)" nl Maybe it will need a format change. But, guess what, it is still not an asynchronous event. We don't have a comprehensive story in place for this sort of response yet. -- Daniel Jacobowitz CodeSourcery, LLC