Flex Bison C++ Template/Example

Website / License

The current example package can be downloaded from http://idlebox.net/2007/flex-bison-cpp-example/

The following just mean you can copy the example code into your program or use it for whatever purpose without crediting me (though I would really like it if you did):

The parts of the example code written by myself are released into the public domain or, at your option, under the Do What The Fuck You Want To Public License (WTFPL), which can be found in the file COPYING. There are some special GPL license exceptions for the included source files from the Bison and Flex distributions.

The idea and method of this example is based on code from http://ioctl.org/jan/bison/

Why Use These Old Tools?

Well, they are here to stay and they work well. These days there are much more sophisticated C++ parser generation frameworks around:

• Most well-known is the Boost.Spirit parser framework
• and the ANTLR parser generator.
• Less well known is the Common Text Transformation Library.

All these libraries do good jobs when you need to generate parsers for more difficult grammars.

However if you write a program with one of the frameworks above, then your users need that parser framework installed to compile your program. But Flex and Bison require no compile-time dependencies, because they generate fully autonomous source code. (And Flex and Bison are installed almost everywhere.) So far I have not found any modern parser generator which outputs independent code.

It is even possible to compile the generated source with Visual C++ on Windows (worked with 8.0 aka 2005). Flex and Bison need not be installed on the windows machine. The source package includes a VC++ solution and two project files.

Source and Generated Files

The src directory contains the following source files. Note that some of them are automatically generated from others.

• scanner.ll contains the Flex source for the C++ lexical scanner.
• scanner.cc is generated from scanner.ll by Flex.
• scanner.h defines the lexer class example::Scanner.
• FlexLexer.h copied from Flex distribution. Defines the abstract lexer class.

• parser.yy is the example Bison parser grammar.
• parser.cc generated from parser.yy by Bison.
• parser.h generated from parser.yy by Bison.
• y.tab.h contains nothing. Just forwards to parser.h

• location.hh installed by Bison. Contains something required by the parser class.
• position.hh same.
• stack.hh same.

• driver.h defines the example::Driver class, which puts together lexer and parser.
• driver.cc implementation for driver.h

• expression.h defines the example's calculator node classes.
• exprtest.cc contains a main function to run the example calculator.

• readme.dox doxygen explanation text, which you are reading right now.

So if you wish to create a program using a C++ Flex lexer and Bison parser, you need to copy the following files:

• scanner.ll, scanner.h, FlexLexer.h
• parser.yy, y.tab.h
• location.hh, position.hh, stack.hh (are created by Bison when run on the grammar)
• driver.h, driver.cc

Namespace and Library

The scanner, parser and driver classes are located within the example namespace. When coding a larger program, I believe it is most convenient to put all scanner/parser source files into a separate directory and build a static library. Then all parts of the parser are located in a separate namespace and directory.

Code Overview

This is a brief overview of the code's structure. Further detailed information is contained in the doxygen documentation, comments in the source and ultimately in the code itself.

Scanner

The input stream is first converted by the lexical scanner into tokens. The scanner is defined by the list of regular expressions in scanner.ll . From this file Flex generates the file scanner.cc, which mainly contains a function called yylex(). This function returns the next token for the parser. For a C++ scanner the yylex() function is contained in a class, which is named yyFlexLexer by default. It is declared in the FlexLexer.h and is derived from the abstract FlexLexer class.

By defining the macro yyFlexLexer => ExampleFlexLexer in scanner.h, the default name of the scanner class is changed. Furthermore to extend yylex()'s parameter list, the class example::Scanner is derived from the ExampleFlexLexer class. It is mainly a forwarding class. By defining the macro YY_DECL, the yylex() function generated by Flex is renamed to example::Scanner::lex().

Another change to the default Flex code is that the token type is changed from int to the enum example::Parser::token defined by parser.

Parser

Bison's support for C++ is much more sophisticated. In C++ mode it generates a class named example::Parser, which is located in parser.cc and declared in parser.h . The header file also defines the scanner tokens, which must be returned by the Flex scanner's regular expression rules. Bison's C++ skeleton also installs the three .hh files, which contain utility classes required by the parser.

In the example calculator the Bison code constructs a calculation node tree. The tree's nodes are derived from CalcNode and are evaluated to output the parsed expression's result.

Driver

The example::Driver class brings the two components scanner and parser classes together. It is the context parameter of the parser class. The hook between scanner object and parser object is done by defining the yylex() macro to be "driver.lexer->lex". This way the Bison parser requests the next token from the scanner object contained within the driver.

The example::Driver object can be accessed by the Bison actions. Therefore it will contain a reference to the data classes filled by the parser's rules. In the example it contains a reference to the CalcContext. Thus a refernce to a CalcContext must be given to the constructor of example::Driver. This CalcContext object will be filled with the parsed data.

To initiate parsing the example::Driver class contains the three functions example::Driver::parse_stream(), example::Driver::parse_file() and example::Driver::parse_string().

Example Calculator

The example lexer and grammar is a simple floating point arithmetic calculator. It follows the usual operator precedence rules (sometimes called BODMAS or PEMDAS): Parentheses, Exponentation, Multiplication/Division, Addition/Subtraction.

Besides these simple arithmetic operators, the program also supports variables. These can be assigned a value and used in subsequent expressions.

It can be started interactively and will process expressions entered on the console. The expression's parse tree is printed and then evaluated. Here some examples:

The exprtest can also be used to process text files containing expressions. Within the file each line is parsed as an expression. Multiple expressions can be put into one line by terminating them with a semicolon ';'. The exprtest outputs a parse tree for each parsed non-assignment line.

The above example file (included as exprtest.txt) can be processed by calling ./exprtest exprtest.txt. The program outputs the following evaluation:

2009-09-05 - Timo Bingmann - v0.1.4

• Two small fix-up lines to get it working with bison-2.4.1. Added one standard header include and making CalcNode a opaque class pointer in %union due to changed include file order.
• Correcting associativity of the power operator: right.

2008-10-23 - Timo Bingmann - v0.1.4

• FlexLexer.h, scanner.ll: Corrected a very subtle bug with the newly introduced virtual yywrap() function in the FlexLexer class. Depending on how the header was included, the class contained the virtual yywrap() function or not. These differing class declarations lead to very strange NULL pointer exceptions, because the different compiled objects assume different class memory layouts. Ultimately the exprtest program always segfaulted.

2008-08-03 - Timo Bingmann - v0.1.2

• scanner.ll, y.tab.h:
  Fixing compilation problem which was reported to happen when no %union directive is used: in this case the include headers order is changed around by bison and breaks compilation. This was fixed by never including parser.h directly, but always using scanner.h.
• FlexLexer.h:
  updated file to work with new flex version 2.5.35. The new version adds a virtual function yywrap() to the yyFlexLexer class. This function is automatically defined in any lexer source file generated by flex. However because I copied FlexLexer.h from an older flex distribution, the function definition throughs a "no member function" compiler error.