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

Larry Evans <cppljevans@cox-internet.com>
11 Aug 2004 12:59:32 -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: Larry Evans <cppljevans@cox-internet.com>
Newsgroups: comp.compilers
Date: 11 Aug 2004 12:59:32 -0400
Organization: Posted via Supernews, http://www.supernews.com
References: 04-08-046 04-08-058
Keywords: parse, theory
Posted-Date: 11 Aug 2004 12:59:32 EDT

On 08/10/2004 04:35 PM, Kenn Heinrich wrote:
[snip]
> I'd argue with your use of e. In automata theory, e is not usually
> interpreted as a symbol in the alphabet Vt. Rather, it's the identity
> element you add to Vt+ (the free semigroup over Vt) to get Vt* (free
> monoid). So by definition, (x e) = (x). e may be a string in a


Kenn,


Is there something like an identity element for the alternative
operator, |. I'm thinking that in (x e) the space is the implicit
multiplication operator with identity e, but I was wondering
if there were something similar for the addition (i.e. | )
operator. 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?


-Larry


Post a followup to this message

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