Next: Bison Symbols Prev: Debugging Your Parser
The usual way to invoke Bison is as follows:
bison infileHere infile is the grammar file name, which usually ends in `.y'. The parser file's name is made by replacing the `.y' with `.tab.c'. Thus, the `bison foo.y' filename yields `foo.tab.c', and the `bison hack/foo.y' filename yields `hack/foo.tab.c'.
Some options can also be specified within the grammar file as % declarations (See The Bison Declarations Section). The declaration name is the same as the long option name, but with dashes changed to underscores. The % declaration is shown in the list below for the affected options.
Here is a list of options that can be used with Bison, alphabetized by short option. It is followed by a cross key alphabetized by long option.
YYSTYPE
, as well as a few extern
variable declarations.
If the parser output file is named `name.c' then this file is named `name.h'.
This output file is essential if you wish to put the definition of yylex
in a separate source file, because yylex
needs to be able to refer to token type codes and the variable yylval
. See Semantic Values of Tokens.
yytname
. The first three elements are "$"
, "error"
, and "$illegal"
; entries for single- and multi-character symbols include their quotes: "\'+\'"
and "\"<=\""
. Also generated are #defines for YYNTOKENS, YYNNTS, YYNRULES
, and YYNSTATES
giving, respectively, one more than the highest token number, the number of non-terminal symbols, the number of grammar rules, and the number of states.
#line
preprocessor commands in the parser file. Ordinarily Bison puts them in the parser file so that the C compiler and debuggers will associate errors with your source file, the grammar file. This option causes them to associate errors with the parser file, treating it an independent source file in its own right.
The other output files' names are constructed from outfile as described under the `-v' and `-d' options.
yyparse
, yylex
, yyerror
, yynerrs
, yylval
, yychar
and yydebug
.
For example, if you use `-p c', the names become cparse
, clex
, and so on.
See Multiple Parsers in the Same Program.
YYDEBUG
into the parser file, so that the debugging facilities are compiled. See Debugging Your Parser.
This file also describes all the conflicts, both those resolved by operator precedence and the unresolved ones.
The file's name is made by removing `.tab.c' or `.c' from the parser output file name, and adding `.output' instead.
Therefore, if the input file is `foo.y', then the parser file is called `foo.tab.c' by default. As a consequence, the verbose output file is called `foo.output'.
bison -y $*
--debug -t --defines -d --file-prefix=prefix -b file-prefix --fixed-output-files --yacc -y --help -h --name-prefix=prefix -p name-prefix --no-lines -l --no-parser -n --output-file=outfile -o outfile --raw -r --token-table -k --verbose -v --version -V
The command line syntax for Bison on VMS is a variant of the usual Bison command syntax¾adapted to fit VMS conventions.
To find the VMS equivalent for any Bison option, start with the long option, and substitute a `/' for the leading `--', and substitute a `_' for each `-' in the name of the long option. For example, the following invocation under VMS:
bison /debug/name_prefix=bar foo.yis equivalent to the following command under POSIX.
bison --debug --name-prefix=bar foo.yThe VMS file system does not permit filenames such as `foo.tab.c'. In the above example, the output file would instead be named `foo_tab.c'.