mesa/src/glsl/glcpp
Carl Worth 2a18d1950c Revert "glcpp: Demote "macro redefined" from an error to a warning"
This reverts commit d3df641f0a.

The original commit had sat unpushed on my machine for months. By the
time I found it again, I had forgotten that we had decided not to use
this change after all, (the relevant test was removed long ago).
2011-01-29 08:21:05 +10:00
..
tests Revert "glcpp: Demote "macro redefined" from an error to a warning" 2011-01-29 08:21:05 +10:00
.gitignore glcpp: Add generated source files. 2010-07-28 13:48:32 -07:00
glcpp-lex.c r600g: implement texture_get_handle (needed for eglExportDRMImageMESA) 2010-11-08 13:44:54 -05:00
glcpp-lex.l glcpp: Return NEWLINE token for newlines inside multi-line comments. 2010-10-21 00:13:33 -07:00
glcpp-parse.c Revert "glcpp: Demote "macro redefined" from an error to a warning" 2011-01-29 08:21:05 +10:00
glcpp-parse.h Refresh autogenerated glcpp parser. 2010-11-16 16:22:13 -08:00
glcpp-parse.y Revert "glcpp: Demote "macro redefined" from an error to a warning" 2011-01-29 08:21:05 +10:00
glcpp.c glsl: Slightly change the semantic of _LinkedShaders 2010-10-14 17:16:59 -07:00
glcpp.h glsl: Define GL_ES preprocessor macro if API is OpenGL ES 2.0. 2010-09-07 17:30:37 -07:00
Makefile.am glcpp: Remove xtalloc wrappers in favor of plain talloc. 2010-08-04 15:57:20 -07:00
pp.c glsl: Define GL_ES preprocessor macro if API is OpenGL ES 2.0. 2010-09-07 17:30:37 -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).