4 Changes in version 1.49a:
7 The undefined token was systematically mapped to 2 which prevented
8 the use of 2 from the user. This is no longer the case.
11 If yylex returned a code out of range, yyparse could die. This is
15 According to POSIX, the error token should be numbered as 256.
16 Bison extends this requirement by making it a preference: *if* the
17 user specified that one of her tokens is numbered 256, then error
18 will be mapped onto another number.
21 Are now supported (large token numbers, large grammar size (= sum of
22 the LHS and RHS lengths), large LALR tables).
24 * The initial rule is explicit.
25 Bison used to play hacks with the initial rule, which the user does
26 not write. It is now explicit, and visible in the reports and
29 * Useless rules are actually removed.
30 Before, Bison reported the useless rules, but, although not used,
31 included them in the parsers.
33 * False `Token not used' report fixed.
38 exp: '0' %prec useful;
40 where a token was used to set the precedence of the last rule,
41 bison reported both `useful' and `useless' as useless tokens.
43 * Revert the C++ namespace changes introduced in 1.31, as they caused too
44 many portability hassles.
47 Bison no longer dumps core when there are too many items, it just
51 The token end of file may be specified by the user, in which case,
52 the user symbol is used in the reports, the graphs, and the verbose
53 error messages instead of `$', which remains being the defaults.
57 %token YYEOF 0 "end of file"
59 Changes in version 1.31, 2002-01-14:
63 * GNU Gettext and %expect
64 GNU Gettext asserts 10 s/r conflicts, but there are 7. Now that
65 Bison dies on incorrect %expectations, we fear there will be
66 too many bug reports for Gettext, so _for the time being_, %expect
67 does not trigger an error when the input file is named `plural.y'.
69 * Use of alloca in parsers
70 If YYSTACK_USE_ALLOCA is defined to 0, then the parsers will use
71 malloc exclusively. Since 1.29, but was not NEWS'ed.
73 alloca is used only when compiled with GCC, to avoid portability
76 * When the generated parser lacks debugging code, YYDEBUG is now 0
77 (as POSIX requires) instead of being undefined.
80 Bison has always permitted actions such as { $$ = $1 }: it adds the
81 ending semicolon. Now if in Yacc compatibility mode, the semicolon
82 is no longer output: one has to write { $$ = $1; }.
84 * Better C++ compliance
85 The output parsers try to respect C++ namespaces.
88 Fixed bugs when reporting useless nonterminals.
91 The parsers work properly on 64 bit hosts.
94 Some calls to strerror resulted in scrambled or missing error messages.
97 When the number of shift/reduce conflicts is correct, don't issue
100 * The verbose report includes the rule line numbers.
102 * Rule line numbers are fixed in traces.
104 * Swedish translation
107 Verbose parse error messages from the parsers are better looking.
108 Before: parse error: unexpected `'/'', expecting `"number"' or `'-'' or `'(''
109 Now: parse error: unexpected '/', expecting "number" or '-' or '('
111 * Fixed parser memory leaks.
112 When the generated parser was using malloc to extend its stacks, the
113 previous allocations were not freed.
115 * Fixed verbose output file.
116 Some newlines were missing.
117 Some conflicts in state descriptions were missing.
119 * Fixed conflict report.
120 Option -v was needed to get the result.
124 Mismatches are errors, not warnings.
126 * Fixed incorrect processing of some invalid input.
128 * Fixed CPP guards: 9foo.h uses BISON_9FOO_H instead of 9FOO_H.
130 * Fixed some typos in the documentation.
132 * %token MY_EOF 0 is supported.
133 Before, MY_EOF was silently renumbered as 257.
135 * doc/refcard.tex is updated.
137 * %output, %file-prefix, %name-prefix.
141 New, aliasing `--output-file'.
143 Changes in version 1.30:
145 * `--defines' and `--graph' have now an optionnal argument which is the
146 output file name. `-d' and `-g' do not change, they do not take any
149 * `%source_extension' and `%header_extension' are removed, failed
154 Changes in version 1.29, 2001-09-07:
156 * The output file does not define const, as this caused problems when used
157 with common autoconfiguration schemes. If you still use ancient compilers
158 that lack const, compile with the equivalent of the C compiler option
159 `-Dconst='. autoconf's AC_C_CONST macro provides one way to do this.
161 * Added `-g' and `--graph'.
163 * The Bison manual is now distributed under the terms of the GNU FDL.
165 * The input and the output files has automatically a similar extension.
167 * Russian translation added.
169 * NLS support updated; should hopefully be less troublesome.
171 * Added the old Bison reference card.
173 * Added `--locations' and `%locations'.
175 * Added `-S' and `--skeleton'.
177 * `%raw', `-r', `--raw' is disabled.
179 * Special characters are escaped when output. This solves the problems
180 of the #line lines with path names including backslashes.
183 `%yacc', `%fixed_output_files', `%defines', `%no_parser', `%verbose',
184 `%debug', `%source_extension' and `%header_extension'.
187 Automatic location tracking.
189 Changes in version 1.28, 1999-07-06:
191 * Should compile better now with K&R compilers.
195 * Fixed a problem with escaping the double quote character.
197 * There is now a FAQ.
199 Changes in version 1.27:
201 * The make rule which prevented bison.simple from being created on
202 some systems has been fixed.
204 Changes in version 1.26:
206 * Bison now uses automake.
208 * New mailing lists: <bug-bison@gnu.org> and <help-bison@gnu.org>.
210 * Token numbers now start at 257 as previously documented, not 258.
212 * Bison honors the TMPDIR environment variable.
214 * A couple of buffer overruns have been fixed.
216 * Problems when closing files should now be reported.
218 * Generated parsers should now work even on operating systems which do
219 not provide alloca().
221 Changes in version 1.25, 1995-10-16:
223 * Errors in the input grammar are not fatal; Bison keeps reading
224 the grammar file, and reports all the errors found in it.
226 * Tokens can now be specified as multiple-character strings: for
227 example, you could use "<=" for a token which looks like <=, instead
228 of chosing a name like LESSEQ.
230 * The %token_table declaration says to write a table of tokens (names
231 and numbers) into the parser file. The yylex function can use this
232 table to recognize multiple-character string tokens, or for other
235 * The %no_lines declaration says not to generate any #line preprocessor
236 directives in the parser file.
238 * The %raw declaration says to use internal Bison token numbers, not
239 Yacc-compatible token numbers, when token names are defined as macros.
241 * The --no-parser option produces the parser tables without including
242 the parser engine; a project can now use its own parser engine.
243 The actions go into a separate file called NAME.act, in the form of
244 a switch statement body.
246 Changes in version 1.23:
248 The user can define YYPARSE_PARAM as the name of an argument to be
249 passed into yyparse. The argument should have type void *. It should
250 actually point to an object. Grammar actions can access the variable
251 by casting it to the proper pointer type.
253 Line numbers in output file corrected.
255 Changes in version 1.22:
259 Changes in version 1.20:
261 Output file does not redefine const for C++.