On 07/30/2014 10:29 AM, Carl Worth wrote:
Previously, we tried to have unadorned token names, (NEWLINE, SPACE, PASTE,
etc.). But occasionally we would run into conflicts with lexer start
conditions or with system header files that would define identical symbols,
(such as the lexer start condition HASH or a Windows header symbol ERROR).
As these various conflicts were encountered, some of the token names were
given an _TOKEN suffix. But this was inconsistently applied, (only to those
symbols that had caused an actual conflict).
With this commit we make things consistent by applying a suffix to all token
names. We use _TOK instead of _TOKEN to save some columns, (and to be
consistent with the suffix used in the main glsl compiler).
There is no intended behavioral change with this commit, (other than the
slight change to some parser error messages as can be seen in the updated
cases in the "make check" test suite for glcpp).
---
src/glsl/glcpp/glcpp-lex.l | 94 ++---
src/glsl/glcpp/glcpp-parse.y | 387 +++++++++++----------
.../glcpp/tests/102-garbage-after-endif.c.expected | 2 +-
.../tests/103-garbage-after-else-0.c.expected | 2 +-
.../tests/123-garbage-after-else-1.c.expected | 2 +-
.../tests/129-define-non-identifier.c.expected | 2 +-
.../tests/136-plus-plus-and-minus-minus.c.expected | 2 +-
7 files changed, 246 insertions(+), 245 deletions(-)
I was going to test this with MSVC but the patch doesn't cleanly apply
on master.
-Brian
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev