[Mesa-dev] [PATCH v4 3/6] mesa/es3.1: enable GL_ARB_texture_multisample for GLES 3.1
imirkin at alum.mit.edu
Thu Jun 25 15:06:17 PDT 2015
On Thu, Jun 25, 2015 at 4:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> On Thu, Jun 25, 2015 at 5:08 AM, Marta Lofstedt
> <marta.lofstedt at linux.intel.com> wrote:
>> From: Marta Lofstedt <marta.lofstedt at intel.com>
>> v4 : only expose GL_ARB_texture_multisample enums
>> for gles 3.1 and desktop GL.
> I was suspicious of this logic. Based on my reading of the code, what
> your ARB_texture_multisample_es31 thing does is expose those enums
> when *either* the driver enables ARB_texture_multisample *or* the
> current context is ES3.1.
> ARB_draw_indirect_es31 has the same problem, btw.
> I could have misread the get.c extra_ext() logic, but I don't think I
> have. As far as I can tell there's no way to (generically) AND these
> What you really need to do is create a whole new [GL, GL_CORE, ES31]
> section in get_hash_params and update get_hash_generator.py
An alternative, BTW, is to just say "screw it" and expose the enums in
GL ES 3.0. In that case, just move the enums into a section that
includes GLES3. I'm not sure how big of a deal it is. But your current
patches are definitely wrong.
More information about the mesa-dev