mesa/src/glsl/glcpp
Aras Pranckevicius 653ddaab26 glsl/mesa: fixes for MSVC
Signed-off-by: Brian Paul <brianp@vmware.com>
2010-08-25 09:21:10 -06:00
..
tests glcpp: Fix test suite to avoid flagging failed tests as valgrind errors. 2010-08-23 10:48:10 -07:00
.gitignore glcpp: Add generated source files. 2010-07-28 13:48:32 -07:00
glcpp-lex.c glcpp: Update generated glcpp-lex.c for the last two changes. 2010-08-23 10:48:10 -07:00
glcpp-lex.l glcpp: Fix handling of "#line 0" 2010-08-23 10:48:10 -07:00
glcpp-parse.c glsl: Include main/core.h. 2010-08-24 11:27:29 +08:00
glcpp-parse.h glcpp: Refresh generated files. 2010-08-17 23:41:53 -07:00
glcpp-parse.y glsl: Include main/core.h. 2010-08-24 11:27:29 +08:00
glcpp.c glcpp: Make standalone preprocessor work with a tty as stdin 2010-08-23 10:48:10 -07:00
glcpp.h glcpp: Remove xtalloc wrappers in favor of plain talloc. 2010-08-04 15:57:20 -07:00
Makefile.am glcpp: Remove xtalloc wrappers in favor of plain talloc. 2010-08-04 15:57:20 -07:00
pp.c glsl/mesa: fixes for MSVC 2010-08-25 09:21:10 -06:00
README glcpp: Update README file (new specifications and fewer limitations). 2010-08-23 10:48:10 -07: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).