mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-03-07 07:40:30 +01:00
828686d4eb
The glcpp parser is line-based, so it needs to see a NEWLINE token at the end of each line. This causes a trick for files that end without a final newline. Previously, the lexer for glcpp punted in this case by unconditionally returning a NEWLINE token at end-of-file, (causing most files to have an extra blank line at the end). Here, we refine this by lexing end-of-file as a NEWLINE token only if the immediately preceding token was not a NEWLINE token. The patch is a minor change that only looks huge for two reasons: 1. Almost all glcpp test result ".expected" files are updated to drop the extra newline. 2. All return statements from the lexer are adjusted to use a new RETURN_TOKEN macro that tracks the last-token-was-a-newline state. Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
19 lines
571 B
Text
19 lines
571 B
Text
0:2(7): preprocessor error:
|
|
Pasting "<" and ">" does not give a valid preprocessing token.
|
|
0:3(7): preprocessor error:
|
|
Pasting "0" and "abc" does not give a valid preprocessing token.
|
|
0:4(7): preprocessor error:
|
|
Pasting "1" and "=" does not give a valid preprocessing token.
|
|
0:5(7): preprocessor error:
|
|
Pasting "2" and "@" does not give a valid preprocessing token.
|
|
0:6(7): preprocessor error:
|
|
Pasting "3" and "-" does not give a valid preprocessing token.
|
|
0:7(7): preprocessor error:
|
|
Pasting "4" and "+" does not give a valid preprocessing token.
|
|
|
|
<
|
|
0
|
|
1
|
|
2
|
|
34
|
|
45.2
|