On Tue, 2018-05-29 at 09:54 -0700, Dylan Baker wrote: > Quoting Adam Jackson (2018-05-29 06:50:46) > > GL_LIB expands to GLX_mesa, but applications should not link against > > that. -lGL is never wrong, just hardcode it. > > Actually.... There is this really stupid option in the autotools build called > --gl-lib-name. We should remove that. > > Emil and I had also discussed that glvnd should provide the gl.pc file when > used > instead of mesa. It appears he never got around to that, but it seems like a > useful thing to do.
https://github.com/NVIDIA/libglvnd/pull/86 Branch is a bit stale but better than reinventing everything. Part of the reason I didn't get much further on that is the question of distributing the _headers_. It would be a bit awkward if glvnd provided the library you link to but not the headers defining its interface - though, I guess no more awkward than the current situation. At any rate glvnd doesn't install any, and there's no way to generate <GL/gl.h> from the Khronos scripts at the moment (it's assumed to be a platform implementation detail, and the version in Mesa is just handcoded history). - ajax _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
