> On 18 Feb 2019, at 06:44, Akim Demaille wrote:
>
>> Le 18 févr. 2019 à 00:10, Hans Åberg a écrit :
>>
>>> On 17 Feb 2019, at 23:10, Peng Yu wrote:
>>>
>>> This lexical tie-in creates feedback from the parser to the lexer. So
>>> the lexer cannot be tested standalone.
>>>
>>> But the princ
> On 18 Feb 2019, at 08:28, Akim Demaille wrote:
>
>> Le 17 févr. 2019 à 23:00, Hans Åberg a écrit :
>>
>>> On 17 Feb 2019, at 16:19, Akim Demaille wrote:
>>>
Le 10 févr. 2019 à 15:20, Hans Åberg a écrit :
> On 10 Feb 2019, at 11:07, Akim Demaille wrote:
>
> [*.dot
On Sonntag, 17. Februar 2019 21:37:26 CET Peng Yu wrote:
> Because I want to use the previously allocated memory, I don't want to
> call "rs_init(&yylval->str)" in any action. So YYSTYPE must be a
> struct instead of a union. Is it a good practice to use struct instead
> of union?
Yes, it is. The
On Montag, 18. Februar 2019 12:22:27 CET Christian Schoenebeck wrote:
> On Sonntag, 17. Februar 2019 21:37:26 CET Peng Yu wrote:
> > Because I want to use the previously allocated memory, I don't want to
> > call "rs_init(&yylval->str)" in any action. So YYSTYPE must be a
> > struct instead of a un
>
> C++ is too verbose, generate bloated binary and takes long time to compile.
Any reason that you don't want to use C++ and e.g. std::string instead of
> your
> pure C and garbage collector solution?
>
--
Regards,
Peng
___
help-bison@gnu.org https://l
> Le 18 févr. 2019 à 04:37, Peng Yu a écrit :
>
> Since %union cannot be used in this case, how to deal with this
> scenario in bison? Thanks.
You want to read the documentation of api.value.type.
For instance:
‘{TYPE}’
Use this TYPE as semantic value.
Perhaps I’m doing something wrong, but it appears that, in C++, %token-table
doesn’t work: instead of yytname, I only see yytname_. It also appears that
YYNTOKENS, YYNNTS, YYNRULES, and YYNSTATES are not defined, contrary to the
documentation. Am I missing something, or is this broken?
Thanks,
> On 18 Feb 2019, at 04:37, Peng Yu wrote:
>
> I use rapidstring to make the string operations use and use the Boehm
> garbage collector so that I don't have to always remember to release
> the memory.
>
> https://github.com/boyerjohn/rapidstring
>
> Because I want to use the previously alloc
> On 18 Feb 2019, at 04:37, Peng Yu wrote:
>
> I use rapidstring to make the string operations use and use the Boehm
> garbage collector so that I don't have to always remember to release
> the memory.
>
> https://github.com/boyerjohn/rapidstring
>
> Because I want to use the previously alloc
> Le 18 févr. 2019 à 23:06, Hans Åberg a écrit :
>
>
>> On 18 Feb 2019, at 04:37, Peng Yu wrote:
>>
>> I use rapidstring to make the string operations use and use the Boehm
>> garbage collector so that I don't have to always remember to release
>> the memory.
>>
>> https://github.com/boyerjo
Hi Derek,
> Le 18 févr. 2019 à 21:07, Derek Clegg a écrit :
>
> Perhaps I’m doing something wrong, but it appears that, in C++, %token-table
> doesn’t work: instead of yytname, I only see yytname_. It also appears that
> YYNTOKENS, YYNNTS, YYNRULES, and YYNSTATES are not defined, contrary to t
>>> I don't want to call "rs_init(&yylval->str)" in any action.
> You don't have to do that in every action, just the ones returning strings.
I don't get the point.
Is there a problem to not call "rs_init(&yylval->str)" in any action
(this include the actions that return strings)?
--
Regards,
Le 19 fA(c)vr. 2019 A 07:01, Peng Yu a
A(c)crit :
I don't want to call "rs_init(&yylval->str)" in any action.
You don't have to do that in every action, just the ones returning
strings.
I don't get the point.
Because I misread, sorry. I read "in every action"
13 matches
Mail list logo
