]> git.saurik.com Git - bison.git/blobdiff - NEWS
* data/glr.c (YYRHSLOC): Move its definition next to its uses.
[bison.git] / NEWS
diff --git a/NEWS b/NEWS
index aa6d961ed116cf9f7283190c1a960afdb5e81827..ddf584734e497c316e2ba68ca7a17e16af0cd2ff 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,12 +1,60 @@
 Bison News
 ----------
 
+Changes in version 1.875e:
+
+* New directive: %initial-action.
+  This directive allows the user to run arbitrary code (including
+  initializing @$) from yyparse before parsing starts.
+
+* The option `--report=lookahead' was changed to `--report=look-ahead'.
+  The old spelling still works, but is not documented and will be
+  removed.
+
+* Error token location.
+  During error recovery, the location of the syntax error is updated
+  to cover the whole sequence covered by the error token: it includes
+  the shifted symbols thrown away during the first part of the error
+  recovery, and the lookahead rejected during the second part.
+
+Changes in version 1.875d, 2004-05-21:
+
+* Unescaped newlines are no longer allowed in character constants or
+  string literals.  They were never portable, and GCC 3.4.0 has
+  dropped support for them.  Better diagnostics are now generated if
+  forget a closing quote.
+
+* NUL bytes are no longer allowed in Bison string literals, unfortunately.
+
+* %token numbers can now be hexadecimal integers, e.g., `%token FOO 0x12d'.
+  This is a GNU extension.
+
+* A new directive "%expect-rr N" specifies the expected number of
+  reduce/reduce conflicts in GLR parsers.
+
+* Experimental %destructor support has been added to lalr1.cc.
+
+Changes in version 1.875c, 2003-08-25:
+
+  (Just bug fixes.)
+
+Changes in version 1.875b, 2003-06-17:
+
+* GLR grammars now support locations.
+
+* Semicolon changes:
+  - Semicolons are now allowed before "|" in grammar rules, as POSIX requires.
+  - Stray semicolons are no longer allowed at the start of a grammar.
+  - Semicolons are now required after in-grammar declarations.
+
 Changes in version 1.875a, 2003-02-01:
 
-* %expect-count violations are now just warnings, not errors, for
-  compatibility with Bison 1.75 and earlier (when there are
+* For now, %expect-count violations are now just warnings, not errors.
+  This is for compatibility with Bison 1.75 and earlier (when there are
   reduce/reduce conflicts) and with Bison 1.30 and earlier (when there
-  are too many or too few shift/reduce conflicts).
+  are too many or too few shift/reduce conflicts).  However, in future
+  versions of Bison we plan to improve the %expect machinery so that
+  these violations will become errors again.
 
 * New configure option --disable-yacc, to disable installation of the
   yacc command and -ly library introduced in 1.875 for POSIX conformance.
@@ -256,8 +304,8 @@ Changes in version 1.50, 2002-10-04:
   produces additional information:
   - itemset
     complete the core item sets with their closure
-  - lookahead
-    explicitly associate lookaheads to items
+  - lookahead [changed to `look-ahead' in 1.875e and later]
+    explicitly associate look-ahead tokens to items
   - solved
     describe shift/reduce conflicts solving.
     Bison used to systematically output this information on top of
@@ -538,7 +586,7 @@ End:
 
 -----
 
-Copyright (C) 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003
+Copyright (C) 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004
 Free Software Foundation, Inc.
 
 This file is part of Bison, the GNU Compiler Compiler.