[Mesa-dev] [PATCH 02/20] mesa: Remove all vestiges of glFramebufferTextureFaceARB
Emil Velikov
emil.l.velikov at gmail.com
Fri May 15 12:16:39 PDT 2015
On 15/05/15 17:35, Ian Romanick wrote:
> On 05/14/2015 02:44 PM, Emil Velikov wrote:
>> On 13/05/15 19:44, Ian Romanick wrote:
>>> From: Ian Romanick <ian.d.romanick at intel.com>
>>>
>>> Mesa does not (and probably never will) support GL_ARB_geometry_shader4,
>>> so this function will never exist.
>> In the (very unlikely) event that we do support the extension, won't
>> this change cause issues when mixing libGL/libglapi/dri modules ?
>>
>>> Having a function that is
>>> exec="skip" and offset="assign" is just weird.
>>>
>> We have a few more of those (barring the deprecated ones):
>> SampleMaskSGIS
>> SamplePatternSGIS
>> ResizeBuffersMESA
>>
>> Should we do the same for them as well, or perhaps just mention why
>> they're "left behind" ?
>
> I think ResizeBuffersMESA could also go away. The SGIS_multisample
> functions are supported for indirect rendering interoperability. If any
> of those functions are removed, we'll also have to remove the extension
> strings from src/glx/glxextensions.c. The strangeness for all 3
> functions mostly goes away in patches 13 and 15.
>
> How about if I add a note to the commit message and send a follow-up
> patch for after the branch point?
>
Definitely.
Btw, I will be branching late (after 23:00 (GMT+1)) or very early
tomorrow morning.
Thanks again for the nice cleanup.
Emil
More information about the mesa-dev
mailing list