diff options
author | Kenneth Graunke <kenneth@whitecape.org> | 2013-08-30 16:00:43 -0700 |
---|---|---|
committer | Kenneth Graunke <kenneth@whitecape.org> | 2013-09-09 11:46:50 -0700 |
commit | ca321d07fda7d4c550eec985c79bbafb3dfbf570 (patch) | |
tree | 0e3ce63bdd8086533bbdcfa73d8e1e9a632477a4 /src/glsl/link_functions.cpp | |
parent | 6c3db2167c64ecf2366862f15f8e2d4a91f1028c (diff) | |
download | external_mesa3d-ca321d07fda7d4c550eec985c79bbafb3dfbf570.zip external_mesa3d-ca321d07fda7d4c550eec985c79bbafb3dfbf570.tar.gz external_mesa3d-ca321d07fda7d4c550eec985c79bbafb3dfbf570.tar.bz2 |
glsl: Store a predicate for whether a built-in signature is available.
For the upcoming built-in function rewrite, we'll need to be able to
answer "Is this built-in function signature available?".
This is actually a somewhat complex question, since it depends on the
language version, GLSL vs. GLSL ES, enabled extensions, and the current
shader stage.
Storing such a set of constraints in a structure would be painful, so
instead we store a function pointer. When creating a signature, we
simply point to a predicate that inspects _mesa_glsl_parse_state and
answers whether the signature is available in the current shader.
Unfortunately, IR reader doesn't actually know when built-in functions
are available, so this patch makes it lie and say that they're always
present. This allows us to hook up the new functionality; it just won't
be useful until real data is populated. In the meantime, the existing
profile mechanism ensures built-ins are available in the right places.
Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Matt Turner <mattst88@gmail.com>
Reviewed-by: Paul Berry <stereotype441@gmail.com>
Diffstat (limited to 'src/glsl/link_functions.cpp')
0 files changed, 0 insertions, 0 deletions