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.
http://sourceforge.net/tracker/index.php?func=detail&aid=1033433&group_id=1032&atid=101032
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.
Jack
-------------------------------------------------------
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
