Re: flex++ & bison++

"Alain Coetmeur" <acoetmeur@icdc.caissedesdepots.fr>
27 Jul 1998 11:45:41 -0400

          From comp.compilers

Related articles
flex++ & bison++ nick@kirsch.org (Nicholas Kirsch) (1998-07-20)
Re: flex++ & bison++ acoetmeur@icdc.caissedesdepots.fr (Alain Coetmeur) (1998-07-27)
flex++ & bison++ htw5586@informatik.htw-dresden.de (htw5586) (1999-08-04)
Re: flex++ & bison++ mst@microsoft.com (John Smith) (1999-09-06)
| List of all articles for this month |
From: "Alain Coetmeur" <acoetmeur@icdc.caissedesdepots.fr>
Newsgroups: comp.compilers
Date: 27 Jul 1998 11:45:41 -0400
Organization: Compilers Central
References: 98-07-141
Keywords: lex, yacc, C++

Nicholas Kirsch a ecrit:
>I am using flex ++ & bison ++ made by Alain Coetmeur (coetmeur@icdc.fr)
>and running into problems. I have a legimate grammar that compiled and
>execute just fine under flex and bison, called dialog.l & dialog.y.


#include <disclaimer.h>
cout<<"note that my boss tell me to tell that bison++/flex++ are no
more supported..."<<endl;


moreover ther are products that are much more up todate, especially
flex2.5&+... look also about Andrew Bison-A1&+
who knows better one ?


8)


>I run these commands.
>
>flex++ dialog.l (generates lex.yy.c)
>bison++ -d dialog.y (generates dialog.tab.c & dialog.tab.h)
>
>I then compile with g++ like so :
>
>g++ dialog.tab.c lex.yy.c
>
>The result is that I get an undefined reference to `parse virtual table`


If I remember this is something about the function printing errors...
look in the header (or in the preprocessed version since my headers
are very very intricated... please apology 8( )


>I have read the man pages for both, and found no useful information. I
>know that with flex I previously had to compile with -lfl to link in the
>flex libraries, but this doesn't work with these tools.


with the C++ mapping, you have to code it yourself...
this takes 10 lines... look into the sammples in "misc"


best regards
--


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.