Re: [PATCH 3/3] ylwrap: rename header inclusion in generated parsers

[Akim Demaille]

Le 14 juil. 2012 à 09:13, Akim Demaille a écrit :

> The failure is due to the input:
> 
> %{
> int yylex () { return 0; }
> void yyerror (const char *s) { return; }
> %}
> %%
> foobar : 'f' 'o' 'o' 'b' 'a' 'r' {};
> 
> %{%} goes into the header when there is one, and it also goes
> in the implementation file, so, since glr.c include its header,
> you get two definitions.  

No, that's not it, I overlooked the test case.  The issue
is simpler: the header file contains the definition of these
guys, and it is included in two different compilation units.

Attached is an updated patch.

> I don't see it since 2.6 has several improvements in this area.


I don't see it because this section does not appear in the
header file since the superior %code approach was added.

0001-tests-fix-bison-input-file.patch
Description: Binary data