Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2797
------- Additional Comments From [EMAIL PROTECTED] 2005-03-31 14:21 -------
(In reply to comment #3)
> That works too. But wait, if the DRI drivers are supposed to be loadable by
> the
> server by itself, and if the server isn't linked against libGL, then wouldn't
> the server trying to load the DRI driver get an undefined symbol the same way
> Crystal Space does?
Treading into the realm of the theoretical here, since the server doesn't
support loading DRI drivers yet...
But the answer is that the server would define these symbols itself. When the
dynamic linker goes to resolve them it looks first in the local object and then
widens the search outward according to some fairly complicated rules. Since the
server would define glXGetProcAddress itself, the driver would use that one.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/info/Sentarus/hamr30
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
