mesa/src/glsl/glcpp
Christopher James Halse Rogers 77a3efc6b9 build/glsl: fix location of generated files.
Like in src/mesa, use GLSL_BUILDDIR/GLSL_SRCDIR to unambiguously
distinguish between in-tree and generated files.

Reviewed-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Christopher James Halse Rogers <christopher.halse.rogers@canonical.com>
2012-08-13 12:24:39 -07:00
..
tests glsl: glcpp: Extend testing of #line directives 2012-06-26 15:23:55 -07:00
.gitignore automake: convert libglsl 2012-07-13 12:43:41 +01:00
glcpp-lex.l glsl: glcpp: Move handling of #line directives from lexer to parser. 2012-06-26 15:23:49 -07:00
glcpp-parse.y glcpp: Add a newline to expanded #line directives. 2012-07-28 13:33:50 -07:00
glcpp.c glsl: Silence several "warning: unused parameter" 2011-09-09 12:01:50 -07:00
glcpp.h glsl: glcpp: Move handling of #line directives from lexer to parser. 2012-06-26 15:23:49 -07:00
Makefile.am build/glsl: fix location of generated files. 2012-08-13 12:24:39 -07:00
pp.c glsl: Consistently use length-based ralloc string functions for info_log. 2012-06-26 15:20:53 -07:00
README Revert "glcpp: Demote "macro redefined" from an error to a warning" 2011-01-29 08:21:05 +10: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 handles according to the GLSL specification
and will not appear in the output.

Known limitations
-----------------
The __LINE__ and __FILE__ macros are not yet supported.

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).