OSDN Git Service

main: Allow for the possibility of GL 3.2 without ARB_geometry_shader4.
authorPaul Berry <stereotype441@gmail.com>
Sun, 28 Jul 2013 16:23:11 +0000 (09:23 -0700)
committerPaul Berry <stereotype441@gmail.com>
Fri, 2 Aug 2013 03:19:57 +0000 (20:19 -0700)
commitb272a01879d6d5e952b37f574fa85ed7f785abc5
treeb8f0e9849d418a4fae3d451da4e7b33169c39fa0
parent56dcc46f0e48943835cce5fda1d54ded0edbc8f2
main: Allow for the possibility of GL 3.2 without ARB_geometry_shader4.

Previously, we assumed that the only way Mesa would expose geometry
shader support was via the ARB_geometry_shader4 extension.  But this
extension has some extra complications over GL 3.2 (interactions with
compatibility-only features, and link-time initialization of the
constant gl_VerticesIn).  So we want to allow for the possibility of
supporting GL 3.2 (with GLSL 1.50 style geometry shaders) even if
ctx->Extensions.ARB_geometry_shader4 is false.

This patch adds a new function, _mesa_has_geometry_shaders(), which
returns true if either ARB_geometry_shader4 is supported or the GL
version is at least 3.2 desktop.  Since compute_version() only enables
GL 3.2 functionality when GLSL 1.50 support is present, a sufficient
way for a back-end to advertise geometry shader support is to set
ctx->Const.GLSLVersion >= 150.

v2: Remove unnecessary ctx->Const.GeometryShaders150 constant.

Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
src/mesa/drivers/common/meta.c
src/mesa/main/api_validate.c
src/mesa/main/context.h
src/mesa/main/fbobject.c
src/mesa/main/get.c
src/mesa/main/shaderapi.c
src/mesa/main/version.c