On Feb 17, 2014, at 13:29, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 17/02/14 06:49, Jeremy Huddleston Sequoia wrote: >> >> On Feb 16, 2014, at 17:15, Emil Velikov <emil.l.veli...@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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev