[antlr-interest] yet more thoughts on error handling / recovery
parrt at cs.usfca.edu
Tue Jun 29 14:05:56 PDT 2004
On Jun 29, 2004, at 9:08 AM, Monty Zukowski wrote:
>> I don't like burdening all calls to match() with an extra parameter,
>> but users of ANTLR can optimize by simply changing the code generator
>> to not include this position parameter and then provide a different
>> match() method. I just looked at the C output (non exception handling
>> version) to see how many parameters there were to the match
>> routine...lots! Check this out:
>> _zzmatch(3, &zzBadText, &zzMissText, &zzMissTok, &zzBadTok,
> Remember the possibility of having this all in a struct, possibly
> including the parse stack to be able to make re-entrant parsers.
> Wouldn't that be handy for UI's if you could save off the parse to a
> certain point and then just pick up there repeatedly to interactively
> parse? Man, I hope I get some serious time to play with that.
> Continuations for parsers. With C actions. Oh yeah!
Yep, for the interpreted version this is very possible. A very nice
idea for the IDE :)
CS Professor & Grad Director, University of San Francisco
Creator, ANTLR Parser Generator, http://www.antlr.org
Cofounder, http://www.knowspam.net enjoy email again!
Cofounder, http://www.peerscope.com pure link sharing
Yahoo! Groups Links
<*> To visit your group on the web, go to:
<*> To unsubscribe from this group, send an email to:
antlr-interest-unsubscribe at yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
More information about the antlr-interest