Related articles |
---|
DFA's and LR machine (was Re: Trouble understanding...) cdc@maxnet.co.nz (Carl Cerecke) (2004-04-21) |
Re: DFA's and LR machine (was Re: Trouble understanding...) wyrmwif@tsoft.com (SM Ryan) (2004-04-28) |
Re: DFA's and LR machine (was Re: Trouble understanding...) cdc@maxnet.co.nz (Carl Cerecke) (2004-05-08) |
Re: DFA's and LR machine (was Re: Trouble understanding...) cfc@shell01.TheWorld.com (Chris F Clark) (2004-05-09) |
Re: DFA's and LR machine (was Re: Trouble understanding...) wyrmwif@tsoft.com (SM Ryan) (2004-05-16) |
From: | SM Ryan <wyrmwif@tsoft.com> |
Newsgroups: | comp.compilers |
Date: | 28 Apr 2004 14:34:39 -0400 |
Organization: | Quick STOP Groceries |
References: | 04-04-058 |
Keywords: | parse |
Posted-Date: | 28 Apr 2004 14:34:39 EDT |
# The core idea is to translate the DPDA generated by, say, LALR(1) into
# a DFA-with-counters. How? A stack in the DPDA completely describes the
Do you mean like http://www.rawbw.com/~wyrmwif/html/wyrm-cow.html#194 ?
# longer stacks will always have repeated parts - where loops appear in
# the DPDA. Instead of repeating these parts in the stack, we can just
Left recursive only does not result in loops. Left recursion reductions
can be changed to e-moves, transforming the LR(k) state graphs into a
DFA. Loops come from right and embedding recursion. In simple cases, the
reduction through the loop can be replaced with a loop counter.
http://www.rawbw.com/~wyrmwif/html/wyrm-cow.html#196
# I've been meaning to code up an example, but haven't had the time. I
# would be interested in comments on the idea though.
My code is mostly written but still not working completely because I have
to look for income, being outside the university grant system.
--
SM Ryan http://www.rawbw.com/~wyrmwif/
I love the smell of commerce in the morning.
Return to the
comp.compilers page.
Search the
comp.compilers archives again.