[Mesa-dev] [PATCH 2/5] applegl: Provide requirements of _SET_DrawBuffers

Emil Velikov emil.l.velikov at gmail.com
Fri Jul 3 08:34:30 PDT 2015

On 02/07/15 16:32, Jon TURNEY wrote:
> On 02/07/2015 13:42, Emil Velikov wrote:
>> On 27 June 2015 at 12:21, Jon TURNEY wrote:
>>> This smells to me like there's something not quite right about the
>>> partitioning of stuff between libmesa and libglapi, but I don't have any
>>> insight into what exactly the problem is.
>> Quite likely. Although it would be better to resolve it, as (if my
>> understanding is correct) libGL should not know anything about mesa's
>> internals. It ought to interact with DRI and glapi alone.
>> Mildly related:
>> Jon what happened to the applegl-vtable branches ? I really liked the
>> direction that they were going.
> I'd quite forgotten about those.
> Currently, there is a build-time choice between using apple-dri, or
> indirect and swrast. This is not ideal (I believe it makes remote
> clients under OSX useless), so they should all be runtime alternatives.
> Those branches are really just experiments of mine to try to understand
> what that might look like before I did a similar implementation for
> Windows.
You had some nice work that removed a ton of the ifdef(erry) and
populated the relevant vtables. All in all it almost pushed appledri up
to a first class citizen (no offense meant).

> But I think I came to the conclusion that it was less work to use the
> existing __GLXDRIdisplay implementations as a model, rather than convert
> appple-dri to that interface and then use it as a model for my
> windows-dri implementation (see [1])
Was meaning to ask: how well is it working, does it require any changes
in xserver ?


More information about the mesa-dev mailing list