I just noticed an oddity in the tktreectrl shlib's
placement. The resides in %p/lib/treectrl%v/libtreectrl%v.dylib
which places it in /sw/lib/treectrl2.1/libtreectrl2.1.dylib
in the current packaging for i386/powerpc of tktreectrl-2.1-2.
For my x86_64 variant, I upgraded to the newer source of
2.2.7. However these both produce shared libs with the
same compatibility level and major soversion. The current
packaging would seem to preclude upgrading these without
ugly hacks like installing 2.2.7's shared lib under the
wrong name (ie /sw/lib/treectrl2.1/treectrl2.1.dylib).
I am not yet certain how to detangle this on x86_64 yet
alone i386/powerpc (which has pre-existing binaries linked
to it). Definitely on x86_64 (since we have no legacy
binaries) the shared library layout should be redone
correctly to allow for clean updates in the 2.x.x series.
Jack
ps I am thinking that these shared libs should have
been named libtktreectrl.2.1.dylib and libtreectrl.2.2.dylib
which shared symlink of libtktreectrl.2.dylib and installed
in %p/lib instead of being buried in a versioned subdirectory.
------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
_______________________________________________
Fink-devel mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.devel
