mesa/src/compiler/glsl/glcpp
Dylan Baker 09d21b554a meson: glcpp tests are expected to fail on windows
v2: - Exclude the tests rather than xfail them

Acked-by: Kristian H. Kristensen <hoegsberg@google.com>
2019-10-10 16:33:04 -07:00
..
tests autotools: delete leftover script wrapper 2019-07-31 10:16:30 +01:00
glcpp-lex.l glsl: fixer lexer for unreachable defines 2018-09-06 10:13:21 +10:00
glcpp-parse.y glcpp: use pre-expansion line number for __LINE__ 2019-08-06 11:27:04 +00:00
glcpp.c Fix scons build 2018-04-12 19:55:01 -04:00
glcpp.h glsl: fixer lexer for unreachable defines 2018-09-06 10:13:21 +10:00
meson.build meson: glcpp tests are expected to fail on windows 2019-10-10 16:33:04 -07:00
pp.c mesa: include mtypes.h less 2018-04-12 19:31:30 -04:00
README glsl: move to compiler/ 2016-01-26 16:08:33 +00:00

glcpp -- GLSL "C" preprocessor

This is a simple preprocessor designed to provide the preprocessing
needs of the GLSL language. The requirements for this preprocessor are
specified in the GLSL 1.30 specification availble from:

http://www.opengl.org/registry/doc/GLSLangSpec.Full.1.30.10.pdf

This specification is not precise on some semantics, (for example,
#define and #if), defining these merely "as is standard for C++
preprocessors". To fill in these details, I've been using a draft of
the C99 standard as available from:

http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf

Any downstream compiler accepting output from glcpp should be prepared
to encounter and deal with the following preprocessor macros:

	#line
	#pragma
	#extension

All other macros will be handled according to the GLSL specification
and will not appear in the output.

Known limitations
-----------------
A file that ends with a function-like macro name as the last
non-whitespace token will result in a parse error, (where it should be
passed through as is).