Re: RFC: renaming the symbol "types" as "kinds"

bison-patches

From:	Paul Eggert
Subject:	Re: RFC: renaming the symbol "types" as "kinds"
Date:	Sun, 5 Apr 2020 00:40:31 -0700
User-agent:	Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1

On 4/4/20 11:25 PM, Akim Demaille wrote:

I'm suggesting simultaneously yytoken_kind_t and yysymbol_kind_t:


OK, thanks for explaining. Sounds good.

Current Thread

[Next in Thread]

RFC: renaming the symbol "types" as "kinds", Akim Demaille, 2020/04/04
- Re: RFC: renaming the symbol "types" as "kinds", Paul Eggert, 2020/04/04
  - Re: RFC: renaming the symbol "types" as "kinds", Akim Demaille, 2020/04/05
    - Re: RFC: renaming the symbol "types" as "kinds", Paul Eggert <=
    - [PATCH 0/8] Rename token/symbol type as token/symbol kind, Akim Demaille, 2020/04/05
    - [PATCH 4/8] m4: we don't need undef_token_number, Akim Demaille, 2020/04/05
    - [PATCH 3/8] m4: rename b4_symbol_sid as b4_symbol_kind, Akim Demaille, 2020/04/05
    - [PATCH 7/8] bison: use consistently "token kind", not "token type", Akim Demaille, 2020/04/05
    - [PATCH 2/8] d, java: rename SymbolType as SymbolKind, Akim Demaille, 2020/04/05
    - [PATCH 6/8] skeletons: use consistently "kind" instead of "type" in the code, Akim Demaille, 2020/04/05
    - [PATCH 1/8] c, c++: rename yysymbol_type_t as yysymbol_kind_t, Akim Demaille, 2020/04/05
    - [PATCH 8/8] regen, Akim Demaille, 2020/04/05
    - [PATCH 5/8] doc: refer to the token kind rather than the token type, Akim Demaille, 2020/04/05