<div dir="ltr">Any movement on one of these solutions ending up in master and 18.1.x anytime soon?</div><br><div class="gmail_quote"><div dir="ltr">On Thu, 31 May 2018 at 05:09, Kyle Brenneman <<a href="mailto:kyle.brenneman@gmail.com">kyle.brenneman@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/29/2018 12:04 PM, Adam Jackson wrote:<br>
> On Tue, 2018-05-29 at 09:54 -0700, Dylan Baker wrote:<br>
>> Quoting Adam Jackson (2018-05-29 06:50:46)<br>
>>> GL_LIB expands to GLX_mesa, but applications should not link against<br>
>>> that. -lGL is never wrong, just hardcode it.<br>
>> Actually.... There is this really stupid option in the autotools build called<br>
>> --gl-lib-name. We should remove that.<br>
>><br>
>> Emil and I had also discussed that glvnd should provide the gl.pc file when used<br>
>> instead of mesa. It appears he never got around to that, but it seems like a<br>
>> useful thing to do.<br>
> <a href="https://github.com/NVIDIA/libglvnd/pull/86" rel="noreferrer" target="_blank">https://github.com/NVIDIA/libglvnd/pull/86</a><br>
><br>
> Branch is a bit stale but better than reinventing everything.<br>
><br>
> Part of the reason I didn't get much further on that is the question of<br>
> distributing the _headers_. It would be a bit awkward if glvnd provided<br>
> the library you link to but not the headers defining its interface -<br>
> though, I guess no more awkward than the current situation. At any rate<br>
> glvnd doesn't install any, and there's no way to generate <GL/gl.h><br>
> from the Khronos scripts at the moment (it's assumed to be a platform<br>
> implementation detail, and the version in Mesa is just handcoded<br>
> history).<br>
><br>
> - ajax<br>
><br>
Yeah, the headers versus libraries question is what makes it awkward. <br>
Libglvnd provides the libraries that an application links against, but <br>
the header files are basically from the Khronos repository. Treating <br>
libglvnd as the source for the libraries and the Khronos tree as the <br>
source for the headers would seem to be the cleanest option, but the <br>
pkg-config files would have to include the paths to both.<br>
<br>
Now that I think about it, though, since the Khronos registry is on <br>
Github now instead of SVN, maybe a git submodule would work?<br>
<br>
-Kyle<br>
<br>
_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank">mesa-dev@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Stuart Young (aka Cefiar)</div>