You can look at the problem in 2 ways, really you can say ylwrap is too simplistic and not great which is correct but it does work for standard-ish inputs like C parsers. But c++ and GLR doesnt work right but you could say they dont comform to the standard way ylwrap expects so it fails.
I do want to start to look into this problem with ylwrap and automake support this week something i;ve been meaning to do for about a year or so but havent had the time untill about now. I have some old projects which had multiple lexer's and parsers and ylwrap could help more in this regard which it doesnt there are tricks you can search the mailing list for old posts about this though. --Phil On 6 November 2010 17:06, Pippijn van Steenhoven <pip8...@gmail.com> wrote: > On Sat, Nov 06, 2010 at 04:37:26PM +0000, Paulo J. Matos wrote: >> Does someone confirm that there is a bug here? >> Bison in C++ mode with -y compatibility mode generates a file which >> includes y.tab.h. ylwrap _cannot_ rename the file or compilation will >> fail. If C++ is supported there's a problem with ylwrap. If it's not >> supported then Yacc shouldn't display the error and abort the build. > > In my opinion, ylwrap should gain knowledge about the used yacc > implementation and pass a -o to it if the implementation supports it. > That way, line numbers will be correct (aids debugging), header file > inclusions will be correct (solves your problem) and it automatically > allows for multiple yacc files to coexist in one project. > > -- > Pippijn van Steenhoven > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkzVizIACgkQJc+zqGNdDgpmjgCgu153EM4ifKlkiVpb6EJdLJXx > qigAn1HrC+EPynBJ96qty403O2aSudTO > =r5cg > -----END PGP SIGNATURE----- > >