[Top][All Lists]

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

Re: symbol_type::token () removed?

From: pramod kumbhar
Subject: Re: symbol_type::token () removed?
Date: Sat, 2 May 2020 20:39:39 +0200

Hello All,

I haven't looked at what is changed with 3.5.91 but our CI
<https://travis-ci.org/github/BlueBrain/nmodl/jobs/682367580> started
failing with following errors:

[ 27%] Building CXX object
error: no member named 'by_type' in 'nmodl::parser::DiffeqParser'
1322        if (token_type ==
DiffeqParser::by_type(DiffeqParser::token::END).type_get()) {

This is after homebrew started shipping <goog_590446785>bison-3.5.91
since yesterday.

I will take a look at the details tomorrow. Here was the previous thread


On Tue, Mar 17, 2020 at 6:11 PM Akim Demaille <address@hidden> wrote:

> Hi guys,
> You have all been hit by the removal of symbol_type::token (), and I'm not
> sure yet what would be the best option for the future.
> We can introduce a %define variable that generates it (and its table) on
> user's request.  But it's going to waste space, unless you use
> api.token.raw.
> For a number of reasons, I think it would make sense to expose the
> internal symbol numbers, so
> %token FOO 123
> would be defined twice: once a TOK_FOO = 123 (the "external token
> number"), and YY_SYMBOL_FOO = 1 (the "internal symbol number").  (In C++ we
> can used something better looking).
> Would that be a good solution for you all?  You would no longer need to
> convert from one number type to the other.
> Cheers!

reply via email to

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