From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20978 invoked by alias); 6 Oct 2004 16:55:13 -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 20971 invoked from network); 6 Oct 2004 16:55:11 -0000 Received: from unknown (HELO lakermmtao12.cox.net) (68.230.240.27) by sourceware.org with SMTP; 6 Oct 2004 16:55:11 -0000 Received: from white ([68.9.64.121]) by lakermmtao12.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041006165511.EPRJ10352.lakermmtao12.cox.net@white>; Wed, 6 Oct 2004 12:55:11 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1CFF45-0003Dv-00; Wed, 06 Oct 2004 12:54:57 -0400 Date: Wed, 06 Oct 2004 16:55:00 -0000 From: 'Bob Rossi' To: "Nathan J. Williams" Cc: Dave Korn , 'Eli Zaretskii' , gdb@sources.redhat.com Subject: Re: probing GDB for MI versions Message-ID: <20041006165456.GD12213@white> Mail-Followup-To: "Nathan J. Williams" , Dave Korn , 'Eli Zaretskii' , gdb@sources.redhat.com References: <20041006113916.GC11747@white> <20041006162225.GA12213@white> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-SW-Source: 2004-10/txt/msg00137.txt.bz2 On Wed, Oct 06, 2004 at 12:45:49PM -0400, Nathan J. Williams wrote: > "'Bob Rossi'" writes: > > > It is not possible to understand the output of the command no matter how > > simple it is. If there is no parse tree, then there is no way to > > understand the output from GDB. > > You have constrained yourself to using a formal parser for absolutely > all interaction with GDB output. This constraint is unnecessary. O, I see. It is now a formal requirement of the GDB group to have front ends write a formal parser for each MI version and it is also a requirement of the GDB group to have front ends write an "utterly minimal, unintelligent parser"? > The > suggestions in this thread are "start gdb, hand-check the result from > this particular minimal command, and *then* fire up the full-fledged, > grammar-generated parser, selecting appropriately for the version". > > Perhaps you can explain why you feel this constraint to be necessary, > since that appears to be the real point of contention. The whole reason an MI grammar was invented was so that there were no "utterly minimal, unintelligent parser" nonsense going on in front ends. I am generating parsers that meet a specification. There is no way I am interested in writing a "half-fledged" parser to parse the output of an MI command just to figure out what "full fledged" parser I should use. This is rediculous and I don't really even consider it an option of debate. Thanks, Bob Rossi