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] |
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
Return to the
comp.compilers page.
Search the
comp.compilers archives again.