On Apr 17, 2005, at 11:55 AM, Jack Howarth wrote:
Dan,
What if we patch the freeglut package to build with a different
shared lib version number? I think this is the main source of the
confusion out there. The developers of freeglut let it create a
libglut.3.x.x.so/dylib when it should have been bumped up to
libglut.4.x.x.so/dylib or such rather than just libglut.3.8.0.so/ dylib.
In fact that this should have been the case is clear from the answer
I got from them about the compatibility version being set to 12.0.0
when building on MacOS X.
bad idea
Shouldn't the packaging I am suggesting (using a dummy package for glut) work if we bump up the version of libglut to force anything linked against it to get rebuilt? We need to deal with the fact that glut is an orphaned project and everyone else out there is switching to freeglut. Its just that the linux distros don't seem to be worried as much about the backward compatibility issue.
Follow what we had to do to fix ncurses: keep the -dev package the same, but move the actual installed libs to a subdir of /sw/lib. -- lib-dir in configure will help. Then anything built with the new freeglut lib will be fine, and not need any changes, except a versioned dep.
-chris zubrzycki - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 ========================================================
Isaac Newton understood the impact of the Apple.
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Fink-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-devel
