Re: regular expression operators in CF grammars

"SLK Parsers" <parsersinc@yahoo.com>
28 Jun 2002 18:22:23 -0400

          From comp.compilers

Related articles
[2 earlier articles]
Re: regular expression operators in CF grammars parsersinc@yahoo.com (SLK Parsers) (2002-06-13)
Re: regular expression operators in CF grammars neelk@alum.mit.edu (Neelakantan Krishnaswami) (2002-06-14)
Re: regular expression operators in CF grammars rboland@unb.ca (Ralph Boland) (2002-06-17)
Re: regular expression operators in CF grammars cfc@world.std.com (Chris F Clark) (2002-06-17)
Re: regular expression operators in CF grammars kgw-news@stiscan.com (2002-06-20)
Re: regular expression operators in CF grammars kgw-news@stiscan.com (2002-06-28)
Re: regular expression operators in CF grammars parsersinc@yahoo.com (SLK Parsers) (2002-06-28)
Re: regular expression operators in CF grammars parsersinc@yahoo.com (SLK Parsers) (2002-06-28)
Re: regular expression operators in CF grammars soenke.kannapinn@wincor-nixdorf.com (=?Windows-1252?Q?S=F6nke_Kannapinn?=) (2002-06-28)
Re: regular expression operators in CF grammars cfc@world.std.com (Chris F Clark) (2002-07-02)
Re: regular expression operators in CF grammars cfc@world.std.com (Chris F Clark) (2002-07-02)
Re: regular expression operators in CF grammars joachim_d@gmx.de (Joachim Durchholz) (2002-07-02)
Re: regular expression operators in CF grammars soenke.kannapinn@wincor-nixdorf.com (=?Windows-1252?Q?S=F6nke_Kannapinn?=) (2002-07-04)
[10 later articles]
| List of all articles for this month |
From: "SLK Parsers" <parsersinc@yahoo.com>
Newsgroups: comp.compilers
Date: 28 Jun 2002 18:22:23 -0400
Organization: Parsers Inc.
References: 02-05-142 02-05-151 02-06-024 02-06-044
Keywords: parse
Posted-Date: 28 Jun 2002 18:22:23 EDT

> I've spent the last week writing a recursive descent parser, and my
> experience is a bit different from yours. For me, writing functions
> that encapsulated common patterns greatly simplified the parser and
> made it much more readable.


A disadvantage of the recursive descent technique is that a function needs
to be written for every nonterminal, whether or not it has associated
semantic actions. So, shorter grammars mean less code, which generally makes
a program easier to understand.


http://parsers.org/slk


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.