mesa/glcpp at 186e2634bfb8f624f3721673964e29428269cd47 - mesa

Files

T

Kenneth Graunke 186e2634bf glcpp: Make standalone binary use preprocess().

This prevents the two code paths from getting out of sync.  Also, future
work will need the shader source as a string anyway.

Unfortunately, this copies and pastes load_text_file from main.cpp, with
small changes (support for reading from stdin, talloc).

2010-06-23 14:14:57 -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

glcpp-lex.l

glcpp: Fix "dangerous trailing context" warning.

2010-06-23 14:14:57 -07:00

glcpp-parse.y

glcpp: Initialize error state.

2010-06-21 13:55:12 -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

Makefile.am

Make the main compiler call the preprocessor.

2010-06-21 11:31:54 -07:00

pp.c

glcpp: Print to the main compiler's infolog, not stdout.

2010-06-21 12:41:05 -07:00

README

Merge Carl's preprocessor into the glcpp subdirectory.

2010-06-21 11:22:11 -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).