mesa/src/compiler/glsl/glcpp at 65610ec774ae095cfee3602b3f06d51d0a199791 - mesa

Files

T

Michel Dänzer 65610ec774 gitlab-ci: Add ppc64el and s390x cross-build jobs

Using LLVM 8 for ppc64el and 7 for s390x (which hits some coroutine
related issues with LLVM 8).

There are some test failures we need to ignore for now. Also, the
timeout needs to be bumped from the default 30s for some tests, because
they can take longer under emulation.

Reviewed-by: Adam Jackson <ajax@redhat.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/merge_requests/3643>

2020-02-05 10:52:31 +00:00

tests

autotools: delete leftover script wrapper

2019-07-31 10:16:30 +01:00

glcpp-lex.l

glsl: add preprocessor #include support

2019-11-20 05:05:55 +00:00

glcpp-parse.y

util/hash_table: added hash functions for integer types

2020-01-23 17:06:57 +00:00

glcpp.c

Fix scons build

2018-04-12 19:55:01 -04:00

glcpp.h

glsl: add preprocessor #include support

2019-11-20 05:05:55 +00:00

meson.build

gitlab-ci: Add ppc64el and s390x cross-build jobs

2020-02-05 10:52:31 +00:00

pp_standalone_scaffolding.c

mesa: add support cursor support for relative path shader includes

2019-11-20 05:05:56 +00:00

pp_standalone_scaffolding.h

mesa: add support cursor support for relative path shader includes

2019-11-20 05:05:56 +00:00

pp.c

glsl: pass gl_context to glcpp_parser_create()

2019-11-20 05:05:55 +00:00

README

glsl: move to compiler/

2016-01-26 16:08:33 +00: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.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 handled according to the GLSL specification
and will not appear in the output.

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