]> git.saurik.com Git - bison.git/blame_incremental - NEWS
# ignore "intl" directory, as it is no longer in source control.
[bison.git] / NEWS
... / ...
CommitLineData
1Bison News
2----------
3
4Changes in version 1.28:
5
6* Should compile better now with K&R compilers.
7
8* Added NLS.
9
10* Fixed a problem with escaping the double quote character.
11
12* There is now a FAQ.
13\f
14Changes in version 1.27:
15
16* The make rule which prevented bison.simple from being created on
17 some systems has been fixed.
18\f
19Changes in version 1.26:
20
21* Bison now uses automake.
22
23* New mailing lists: <bug-bison@gnu.org> and <help-bison@gnu.org>.
24
25* Token numbers now start at 257 as previously documented, not 258.
26
27* Bison honors the TMPDIR environment variable.
28
29* A couple of buffer overruns have been fixed.
30
31* Problems when closing files should now be reported.
32
33* Generated parsers should now work even on operating systems which do
34 not provide alloca().
35\f
36Changes in version 1.25:
37
38* Errors in the input grammar are not fatal; Bison keeps reading
39the grammar file, and reports all the errors found in it.
40
41* Tokens can now be specified as multiple-character strings: for
42example, you could use "<=" for a token which looks like <=, instead
43of chosing a name like LESSEQ.
44
45* The %token_table declaration says to write a table of tokens (names
46and numbers) into the parser file. The yylex function can use this
47table to recognize multiple-character string tokens, or for other
48purposes.
49
50* The %no_lines declaration says not to generate any #line preprocessor
51directives in the parser file.
52
53* The %raw declaration says to use internal Bison token numbers, not
54Yacc-compatible token numbers, when token names are defined as macros.
55
56* The --no-parser option produces the parser tables without including
57the parser engine; a project can now use its own parser engine.
58The actions go into a separate file called NAME.act, in the form of
59a switch statement body.
60\f
61Changes in version 1.23:
62
63The user can define YYPARSE_PARAM as the name of an argument to be
64passed into yyparse. The argument should have type void *. It should
65actually point to an object. Grammar actions can access the variable
66by casting it to the proper pointer type.
67
68Line numbers in output file corrected.
69\f
70Changes in version 1.22:
71
72--help option added.
73\f
74Changes in version 1.20:
75
76Output file does not redefine const for C++.