https://bugs.freedesktop.org/show_bug.cgi?id=30172
--- Comment #17 from Brian Paul <bri...@vmware.com> 2010-09-16 12:08:29 PDT ---
(In reply to comment #16)
> Perhaps a sensible resolution is to only export those symbols if a binary-only
> application is found requiring them, which works on another GL implementation.

I agree that if there's an existing application that fails out of the box w/
Mesa but not NVIDIA or AMD for this reason, we should then export the function
too.  There's no sense in punishing end users like that.


> Although I'm personally for preventive action, following the "liberal" part of
> "be conservative in what you do, be liberal in what you accept from others".
> 
> And yes, that does encourage applications to be broken, but the fault for that
> lies in AMD and nVidia.
> 
> At a more fundamental level, it lies in whoever reinvented the wheel by adding
> glXGetProcAddress instead of just using ELF weak symbols (or dlsym if you
> somehow insist on querying symbols by string).

I was involved in developing glXGetProcAddress.  Back then, I'm not sure that
dlsym() was widely available on all the flavors of Unix having OpenGL.  There
was also the possibility of using X/GLX on non-Unix systems.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Reply via email to