bison-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: yytype_FOO (was: [PATCH 0/6] api.value.type support)


From: Akim Demaille
Subject: Re: yytype_FOO (was: [PATCH 0/6] api.value.type support)
Date: Tue, 19 Mar 2013 17:43:32 +0100

Ping!

Le 4 mars 2013 à 08:51, Akim Demaille <address@hidden> a écrit :

> - would someone object to naming the union members after the
>  corresponding token name?  I.e.
> 
>  %token <int> INT
> 
>  results in the following line in the scanner:
> 
>  yylval.INT = 42; return INT;
> 
>  and
> 
>  %define api.token.prefix TOK_
>  %token <int> INT
> 
>  results in:
> 
>  yylval.TOK_INT = 42; return TOK_INT;
> 
>  The other symbols (e.g. %type <INT> exp exp.0) would rather generate
>  a member name that is prefixed with some string, for instance
>  yytype_exp for the first one, and yytype_13 for the second, as its
>  name is not an identifier.  These symbols are not exposed to the
>  user, so it does not matter that their names are obfuscated.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]