Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the empty string)

Kenn Heinrich <kwheinri@bsr2.uwaterloo.ca>
13 Aug 2004 17:26:17 -0400

          From comp.compilers

Related articles
Question re the (non-)equivalence of Z -> z and Z -> z e (e the empty dhalitsky@cumulativeinquiry.com (2004-08-09)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em kwheinri@bsr2.uwaterloo.ca (Kenn Heinrich) (2004-08-10)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em k301x@yahoo.com (dtf) (2004-08-10)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em dhalitsky@cumulativeinquiry.com (2004-08-11)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em cppljevans@cox-internet.com (Larry Evans) (2004-08-11)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em kwheinri@bsr2.uwaterloo.ca (Kenn Heinrich) (2004-08-13)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em dhalitsky@cumulativeinquiry.com (2004-08-13)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em parsersinc@earthlink.net (SLK Parsers) (2004-08-15)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em dhalitsky@cumulativeinquiry.com (2004-08-23)
Re: Question re the (non-)equivalence of Z -> z and Z -> z e (e the em parsersinc@earthlink.net (SLK Parsers) (2004-09-03)
| List of all articles for this month |

From: Kenn Heinrich <kwheinri@bsr2.uwaterloo.ca>
Newsgroups: comp.compilers
Date: 13 Aug 2004 17:26:17 -0400
Organization: University of Waterloo
References: 04-08-046 04-08-058 04-08-074
Keywords: parse, theory
Posted-Date: 13 Aug 2004 17:26:17 EDT

Larry Evans <cppljevans@cox-internet.com> writes:


> Is there something like an identity element for the alternative
> operator, |.


The alternative operator is just set union, where the sets are
languages. So the identity is the empty set, the language {}.
There is no string (including e) that matches {}.


> In addition, could this be what parsers are "in theory"
> using when the lexer's return # (as in yacc) to signal the end of input?
>


Dunno. I don't usually think of e or {} as entailing any sort of
action, but maybe you can :-)


Regards,


    - Kenn


Post a followup to this message

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