Re: Cedega & r200 CVS.

[Felix <fx...@gm...>]

Am Sonntag, den 13.11.2005, 20:39 -0500 schrieb Gavriel State:
> Felix K=C3=BChling wrote:
>=20
> >There is a known problem with applications that load libGL dynamically
> >with RTLD_LOCAL. Not sure if this is the problem in this case, but the
> >symptom (driver not finding a symbol that should be exported by libGL)
> >and the fact that it's application-dependent point in that direction. I
> >vaguely remember hearing about a Cedega patch for this issue.
> > =20
> >
> Cedega doesn't load libGL dynamically with RTLD_LOCAL.  As Cedega starts=20
> up, it loads some other libraries dynamically with dlopen, and one of=20
> those libraries is command-line-linked to libGL.  The libraries that are=20
> loaded with dlopen are opened with RTLD_LAZY.

AFAIK RTLD_LOCAL is the default is RTLD_GLOBAL is not specified.
(RTLD_LOCAL is defined as 0 in /usr/include/bits/dlfcn.h. ;-)

>=20
> What's the origin of this issue on the DRI side, and is it likely to be=20
> fixed in the future?

Short answer: no. The DRI drivers are no longer linked against a
specific libGL. This is to enable loading of the same driver binaries in
different libGLs or the Xserver itself for indirect accelerated
rendering. Basically all dependencies on the window system were moved
out of the DRI drivers and into libGL. The drivers are not linked
against libGL, they just expect that they can magically see symbols from
libGL or whoever loaded the driver. When libGL itself is loaded
dynamically without RTLD_GLOBAL the driver can't see those symbols and
loading fails.

>=20
> Take care,
>  -Gav
>=20

Regards,
  Felix

--=20
| Felix K=C3=BChling <fx...@gm...>                     http://fxk.de.vu =
|
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3  B152 151C 5CC1 D888 E595 |