That's unfortunate - is there no way to link the modules in two-level namespace mode? Why does it break?
I may be able to do it, but I'll need to do more digging.
It breaks because it complains about missing symbols (which are actually defined somewhere in the GL framework). It takes a couple of days to build KDE, so I don't have the exact error handy, if you need me to give the build another shot, let me know. (If anyone reading this on fink-devel has the libGL KDE build error logs handy, please let me know).
The libGL changes are necessary to support _direct_ rendering (sending GL commands directly to the kernel driver, without passing through the X server). As you say, XFree86 4.3 has support for indirect rendering, which means that no libGL changes are required, since the GL commands are sent to the X server which then sends them to the driver. Apple's X11 server also supports this mode for remote clients (derived from the same XFree86 code)
I knew it was something like this, I couldn't remember specifics. I know I'd talked with Torrey about it once upon a time.
So one suboptimal workaround is to install the XFree86 libGL, direct rendering won't work, but indirect hw rendering will (on any X server). However the difference in performance between direct and indirect rendering modes can be large, so it's likely there will be a noticeable reduction in GL performance,
Well, I'm trying to come up with something that we can support for our users. I can always get it working on my machine by building against XFree86 4.2 and then running against apple X11, but hacking their libgl isn't really feasible for thousands of Fink users.
I can't imagine KDE is the only open-source code that will be bitten by this -- many versions of libtool unconditionally enable -flat_namespace in many cases when building OSX code...
In the meantime, I'll see if it's possible to mess with the libgl bits in KDE's build enough to make it work without changing it so much the KDE folks won't accept it upstream.
-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
