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

[Jon TURNEY]

On 03/07/2015 16:34, Emil Velikov wrote:
> 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).

Yes, it would be nice to finish that off and get it upstreamed.

But it's not something I'm ever going to use for real work, so I'm not 
sure I am the right person to do that.

>> 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 ?

It seems to work pretty well, which is somewhat surprising.

Yes, there is a corresponding xserver change to add a windowsdri 
extension which provides an interface to get native handles for windows etc.