From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12188 invoked by alias); 24 Aug 2004 18:59:17 -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 12179 invoked from network); 24 Aug 2004 18:59:16 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 24 Aug 2004 18:59:16 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7OIxGS2032633 for ; Tue, 24 Aug 2004 14:59:16 -0400 Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7OIxAa22415; Tue, 24 Aug 2004 14:59:10 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id CD6E72B9D; Tue, 24 Aug 2004 14:58:01 -0400 (EDT) Message-ID: <412B8FB9.5040704@gnu.org> Date: Tue, 24 Aug 2004 18:59:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040801 MIME-Version: 1.0 To: Michael Chastain , bob@brasko.net Cc: gdb@sources.redhat.com Subject: Re: GDB/MI Output Syntax References: <20040824031242.GA15980@white> <412AC0DC.nailDS61X8G63@mindspring.com> In-Reply-To: <412AC0DC.nailDS61X8G63@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-08/txt/msg00338.txt.bz2 > Bob Rossi wrote: > > ~"GNU gdb 6.1-debian\n" > ~"Copyright 2004 Free Software Foundation, Inc.\n" > ~"GDB is free software, covered by the GNU General Public License, and you are\n" > ~"welcome to change it and/or distribute copies of it under certain conditions.\n" > ~"Type \"show copying\" to see the conditions.\n" > ~"There is absolutely no warranty for GDB. Type \"show warranty\" for details.\n" > ~"This GDB was configured as \"i386-linux\"." > ~"\n" > (gdb) > > This looks almost okay to me, it's just got a few differences with > newline characters versus the grammar > > output -> (out-of-band-record)* [result-record] "gdb" NL > (out-of-band-record)* -> stream_record stream_record stream_record stream_record stream_record stream_record stream_record stream_record > stream_record -> console_stream_output > console_stream_output -> "~" C_STRING > [result-record] -> > > It is eight stream-records in a row, where each stream-record is a > console-stream-output. The gotcha is that the grammar as written does > not allow for a NL after a console-stream-output or a stream-record. That's clearly a bug in the doco. Any half decent compiler construction course will use a new grammer each year (while stopping cheats, also means that the students get to flush out a few bugs :-). -> should all the [missing] @var{nl} be moved to @var{output}, that way the're all in the one place. Rossi writes: > Yes, this could work. However, was the original grammer meant to be > LALR(2)? rewritable into something needing only one level of look-ahead, which I see is being done. Andrew