diff options
author | Akim Demaille <akim.demaille@gmail.com> | 2021-08-12 09:21:31 +0200 |
---|---|---|
committer | Akim Demaille <akim.demaille@gmail.com> | 2021-08-12 10:13:38 +0200 |
commit | 1d291901b436160aa3d45b9ae54c03ed12ef425e (patch) | |
tree | 2c9a7e922f814c0e26d6f9ee5e20395af62be65c | |
parent | f387ffc1d3e2984f9a43cd6c43f1efff3e703449 (diff) | |
download | bison-1d291901b436160aa3d45b9ae54c03ed12ef425e.tar.gz |
news: be clear that glr2.cc is C++11
-rw-r--r-- | NEWS | 15 |
1 files changed, 7 insertions, 8 deletions
@@ -67,14 +67,13 @@ GNU Bison NEWS *** A C++ native GLR parser - A new version of the generated C++ GLR parser was added as "glr2.cc". It - is forked from the existing glr.c/cc parser, with the objective of making - it a more modern, truly C++ parser (instead of a C++ wrapper around a C - parser). Down the line, the goal is to support `%define api.value.type - variant` and maybe share code with lalr1.cc. - - The current parser should be identical in terms of interface, functionality - and performance to "glr.cc". To try it out, simply use + A new version of the C++ GLR parser was added: "glr2.cc". It generates + "true C++11", instead of a C++ wrapper around a C parser as does the + existing "glr.cc" parser. As a first significant consequence, it supports + `%define api.value.type variant`, contrary to glr.cc. + + It should be upward compatible in terms of interface, feature and + performance to "glr.cc". To try it out, simply use %skeleton "glr2.cc" |