From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31398 invoked by alias); 8 Apr 2010 19:21:25 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 31377 invoked by uid 22791); 8 Apr 2010 19:21:24 -0000 X-SWARE-Spam-Status: No, hits=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org From: Tom Tromey To: Chris Moller Cc: Sergio Durigan Junior , Project Archer Subject: Re: Parser rewritting References: <201003301546.34866.sergiodj@redhat.com> <4BB54D69.1000009@redhat.com> Reply-To: Tom Tromey Date: Thu, 08 Apr 2010 19:21:00 -0000 In-Reply-To: <4BB54D69.1000009@redhat.com> (Chris Moller's message of "Thu, 01 Apr 2010 21:50:33 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2010-q2/txt/msg00002.txt.bz2 Chris> A lot of years ago I wrote a fairly elaborate parser using Chris> antlr--definitely a cool tool and I recommend you consider it. One thing to ensure is that the antlr output is GPL-compatible. If not, we can't use it. Chris> Just as an example, I've attached a rudimentary antlr grammar that Chris> parses a subset of C/C++ decls We only need expressions. Chris> Anyway, it's probably worth considering. While I still think it makes the most sense to mimic g++, I am open to other solutions that are powerful enough. Another thing worth considering is bison's GLR mode. This has the advantage that we wouldn't actually need to rewrite the whole parser, we could just start by tweaking it. Using tools that generate code is problematic in GDB, because people complain about every new dependency. Even requiring bison will probably generate complaints, because AFAIK some people still do their builds with byacc. Maybe we could check in the generated code, though. Tom