Future/bison
1
0
Fork 0
mirror of https://git.savannah.gnu.org/git/bison.git synced 2026-03-09 12:23:04 +00:00
Code Issues Packages Projects Releases Wiki Activity

Comment changes.

Browse Source 
* data/glr.cc: here.
This commit is contained in:
Akim Demaille
2008-12-31 12:26:00 +01:00
parent 4524c55bcf
commit 88654b47c9
2 changed files with 7 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

5
ChangeLog
View File

@@ -1,3 +1,8 @@
2009-02-19 Akim Demaille <demaille@gostai.com>
Comment changes.
* data/glr.cc: here.
2009-02-19 Akim Demaille <demaille@gostai.com>
Remove trailing blanks.

4
data/glr.cc
View File

@@ -27,7 +27,7 @@
#
# The additional arguments are stored as members of the parser
# object, yyparser. The C routines need to carry yyparser
# throughout the C parser; that easy: just let yyparser become an
# throughout the C parser; that's easy: make yyparser an
# additional parse-param. But because the C++ skeleton needs to
# know the "real" original parse-param, we save them
# (b4_parse_param_orig). Note that b4_parse_param is overquoted
@@ -37,7 +37,7 @@
# The locations
#
# We use location.cc just like lalr1.cc, but because glr.c stores
# the locations in a (C++) union, the position and location classes
# the locations in a union, the position and location classes
# must not have a constructor. Therefore, contrary to lalr1.cc, we
# must not define "b4_location_constructors". As a consequence the
# user must initialize the first positions (in particular the