[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: glr.c: Token definitions
From: |
Joel E. Denny |
Subject: |
Re: glr.c: Token definitions |
Date: |
Mon, 19 Sep 2005 18:34:45 -0400 (EDT) |
On Mon, 19 Sep 2005, Akim Demaille wrote:
> I propose that newer skeletons define the tokens only using enums, not
> #defines in addition. That's already the case for C++, but I propose
> that we do the same for glr.c. In practice, it only means to apply
What about yacc.c? It seems such a shame to be tied down by the yacc
standard forever. What if the #define's disappear for %pure-parser?
Joel
- glr.c: Token definitions, Akim Demaille, 2005/09/19
- Re: glr.c: Token definitions, Joel E. Denny, 2005/09/19
- Re: glr.c: Token definitions, Paul Eggert, 2005/09/19
- Re: glr.c: Token definitions,
Joel E. Denny <=
- Re: glr.c: Token definitions, Paul Eggert, 2005/09/20
- Re: glr.c: Token definitions, Akim Demaille, 2005/09/21
- Re: glr.c: Token definitions, Joel E. Denny, 2005/09/21
- Re: glr.c: Token definitions, Akim Demaille, 2005/09/21
- Re: glr.c: Token definitions, Paul Eggert, 2005/09/21
- Re: glr.c: Token definitions, Joel E. Denny, 2005/09/23
- Re: glr.c: Token definitions, Joel E. Denny, 2005/09/23
- Re: glr.c: Token definitions, Joel E. Denny, 2005/09/21
Re: glr.c: Token definitions, Akim Demaille, 2005/09/20