[Mesa-dev] One more thing to cut from the main branch...
Jeremy Huddleston Sequoia
jeremyhu at apple.com
Tue Apr 27 22:36:12 UTC 2021
> On Apr 27, 2021, at 12:36, Ian Romanick <idr at freedesktop.org> wrote:
> (Adding Jeremy to the CC list.)
> I don't /think/ that should have any impact. The Apple GLX layer is a
> an implementation of GLX on top of the native window system for Mac OS
No, it's not on top of the native windowing system. It's on top of X11 and effectively wraps CGL contexts inside GLX contexts, mapping GL and GLU API calls to the host OpenGL.framework. It also uses AppleDRI to get the underlying CGL Context bound to the CGWindow that backs the X11 window that the GLX context is bound to. Basically, it's a big pile of glue that I'm amazed works as well as it does.
> It doesn't get much support from Apple or the rest of the Mesa
> community... and it hasn't for quite a few years.
Correct. It has not been supported by Apple since around 2010. In my spare time, I sometimes try to help keep it building in the hopes someone else will come along and take it over and modernize it, but that has not happened.
I'd certainly prefer to keep it in the main branch but would love it if someone could help summarize (and document in the tree) what the right architecture should be for shimming out to another OpenGL implementation, and we could move GLX+macOS, GLX+Windows (and any others?) to such an implementation. If I knew what you all thought the right approach would be, I could probably do it in my spare time or at least evangelize the project with the XQuartz community as I know there are folks heavily dependent on GLX continuing to work.
> On 4/27/21 12:21 PM, Jason Ekstrand wrote:
>> Maybe, maybe not.... I mean, normally I'd be all for it but....
>> On Tue, Apr 27, 2021 at 12:32 PM Ian Romanick <idr at freedesktop.org> wrote:
>>> If we're going to cut all the classic drivers and a handful of older
>>> Gallium drivers... can we also cut Apple GLX? Apple comes around every
>>> couple years to fix breakages that have crept in, and we periodically
>>> have compile breaks that need fixing (see
>>> https://gitlab.freedesktop.org/mesa/mesa/-/issues/4702). As far as I
>>> can tell, having it in the main branch provides zero value to anyone...
>>> including Apple.
>>> mesa-dev mailing list
>>> mesa-dev at lists.freedesktop.org
More information about the mesa-dev