mesa/glcpp
Carl Worth c42e64099b preprocessor: Initialize a potentially uninitialized variable.
My current reading of the relevant static functions suggests that last
is never used without being uninitialized, (we only use it if the
expansion function returned non-NULL and the expansion functions
always set it before returning non-NULL).

Apparently gcc isn't coming to the same conclusion. Initializing this
to NULL nicely quites gcc and will guarantee a nice, early segfault if
my anaylsis turns out to be wrong.
2010-06-23 16:13:31 -07:00
..
main Merge Carl's preprocessor into the glcpp subdirectory. 2010-06-21 11:22:11 -07:00
tests glcpp/tests: Add a test for #if defined (identifier) 2010-06-21 12:41:05 -07:00
.gitignore Add missing build products to gitignore 2010-06-22 12:24:42 -07:00
Makefile.am Make the main compiler call the preprocessor. 2010-06-21 11:31:54 -07:00
README Merge Carl's preprocessor into the glcpp subdirectory. 2010-06-21 11:22:11 -07:00
glcpp-lex.l glcpp: Fix "dangerous trailing context" warning. 2010-06-23 14:14:57 -07:00
glcpp-parse.y preprocessor: Initialize a potentially uninitialized variable. 2010-06-23 16:13:31 -07:00
glcpp.c glcpp: Make standalone binary use preprocess(). 2010-06-23 14:14:57 -07:00
glcpp.h glcpp: Make standalone binary use preprocess(). 2010-06-23 14:14:57 -07:00
hash_table.c Merge Carl's preprocessor into the glcpp subdirectory. 2010-06-21 11:22:11 -07:00
hash_table.h Merge Carl's preprocessor into the glcpp subdirectory. 2010-06-21 11:22:11 -07:00
pp.c glcpp: Support line continuations within preprocessor directives. 2010-06-23 14:14:57 -07:00
xtalloc.c Merge Carl's preprocessor into the glcpp subdirectory. 2010-06-21 11:22:11 -07:00

README

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.08.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 the C99
standard (for which I had a convenient copy) as available from:

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

Known limitations
-----------------
Macro invocations cannot include embedded newlines.

The __LINE__, __FILE__, and __VERSION__ macros are not yet supported.

The argument of the 'defined' operator cannot yet include enclosing
parentheses.

The #error, #pragma, #extension, #version, and #line 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).