[Mesa-dev] [PATCH] glx/dri2: Respect --enable/disable-driglx-direct

[Jeremy Huddleston Sequoia]

On Feb 17, 2014, at 13:29, Emil Velikov <emil.l.velikov at gmail.com> wrote:

> On 17/02/14 06:49, Jeremy Huddleston Sequoia wrote:
>> 
>> On Feb 16, 2014, at 17:15, Emil Velikov <emil.l.velikov at gmail.com> wrote:
>> 
>>> On 16/02/14 02:00, Jeremy Huddleston Sequoia wrote:
>>>> Mesa master hasn't built for OSX for over a year now, unfortunately, but I agree excluding in Makefile.am is preferable to cpp-guards.  Hopefully "someone" will have the time and patience to get it working again in the near future.
>>>> 
>>> Hi Jeremy
>>> 
>>> A while back, I was pondering on converting the apple glx to automake,
>>> but the biggest obstacle was the complete lack of testing (compile or
>>> runtime). iirc you have a tinderbox at x.org but it does not build mesa.
>>> Do you mind updating it ?
>> 
>> It does build mesa (and has for quite some time now), but it builds it for DRI (not Apple-DRI).  If you want me to add another target (mesa-apple or similar), let me know what configure options you want me to pass it to trigger your new way.
>> 
> Hmm perhaps I'm looking at the wrong location. This [1] is what I had in
> mind, but afaics it never even goes through the configure stage, let
> alone build it. Am I missing something ?

No, I was.  I saw 'Mesa 3D Graphics' but that is just the meta-module.

mesa-mesa was in skip.  I've removed it and kicked of a build (http://tinderbox.x.org/builds/2014-02-18-0000).

> Whereas for build options - those depend on your requirements. I would
> start with what should should work atm, and then work on the "merge
> codebases" part.

There are no configure flags to enable Apple-DRI right now, so it's just using the default configure flags.  Let me know what you want me to change it to.  I can also update it to checkout a different branch or repo if you prefer to work somewhere other than master.

>> FWIW, the end goal was to eventually merge the codebases together so we could support both indirect GLX and Apple-DRI in the same libGL, but that never happened.
>> 
> Interesting, is this Apple-DRI backed by actual hw (classic/gallium)
> drivers or are we talking about swrast only ? AFAICS all hw dri drivers
> are quite linux specific.

Apple-DRI is something completely different.  It uses OpenGL.framework and is not backed by gallium or swrast.  It was done over a decade ago as a branch of XFree86 that was never accepted and merged back in.  Code diverged and about 7 years ago, we started trying to get XQuartz' merged into freedesktop.org.  That process was pretty much fully completed by about 4 years ago except for mesa.  Mesa only supports AppleDRI in a separate build configuration which makes it impossible to have a libGL that supports indirect GLX when the server is remote and Apple-DRI when it is local.

--Jeremy

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4127 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20140217/9876817f/attachment.bin>