[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bison and automake together
From: |
Paulo J. Matos |
Subject: |
Re: Bison and automake together |
Date: |
Tue, 02 Nov 2010 08:44:21 +0000 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) |
Philip Herron <address@hidden> writes:
> Yeah this all seems like a bug to me, i dont do much C++ i prefer to
> use C so i havent used C++ bison parsers et'al . But yeah i have a few
> work arounds to get multiple bison and flex working i have some work i
> want to do to ylwrap to help it all but i really haven't got the time
> at the moment. Basically it could all be fixed with automake had more
> control over ylwrap or make ylwrap more dumb just makes things easier.
Should we get this reported as a bug for automake?
For now a workaround is not to rename the .h file at all. Use y.tab.h
and that's it. Or if you want to use scgparser.h instead then just have
#include "y.tab.h" inside scgparser.h
That should do the trick. It would nice, however to get this sorted out
in automake.
Cheers,
--
PMatos
- Re: Bison and automake together, Pippijn van Steenhoven, 2010/11/01
- Re: Bison and automake together, Paulo J. Matos, 2010/11/01
- Re: Bison and automake together, Paulo J. Matos, 2010/11/01
- Re: Bison and automake together, Philip Herron, 2010/11/01
- Re: Bison and automake together,
Paulo J. Matos <=
- Re: Bison and automake together, Philip Herron, 2010/11/02
- Re: Bison and automake together, Andrew W. Nosenko, 2010/11/02
- Re: Bison and automake together, Paulo J. Matos, 2010/11/06
- Re: Bison and automake together, Paulo J. Matos, 2010/11/06
- Re: Bison and automake together, Pippijn van Steenhoven, 2010/11/06
- Re: Bison and automake together, Philip Herron, 2010/11/06