Sebastian,
I have been mulling over how to transition the
current gcc4x and cloog packages in fink to the new
ppl-0.11 release and believe we really need to have
a soversion bump on cloog to safely do this on
systems with pre-existing packages. My initial
inclination was to create a new ppl2-0.11 package
that conflicted against the current ppl-0.10.2
package and rebuild cloog-0.15.9 against that.
However this will leave all prebuilt gcc4x compilers
on the machine with broken linkages. The compilers
will show...
[MacPro:gcc/x86_64-apple-darwin10.4.0/4.5.1] howarth% otool -L f951
f951:
/sw/lib/libintl.8.dylib (compatibility version 9.0.0, current version
9.2.0)
/sw/lib/libiconv.2.dylib (compatibility version 7.0.0, current version
7.0.0)
/sw/lib/libcloog.0.dylib (compatibility version 1.0.0, current version
1.0.0)
/sw/lib/libppl_c.2.dylib (compatibility version 4.0.0, current version
4.0.0)
/sw/lib/libppl.7.dylib (compatibility version 9.0.0, current version
9.0.0)
/sw/lib/libgmpxx.4.dylib (compatibility version 6.0.0, current version
6.2.0)
/sw/lib/libmpc.2.dylib (compatibility version 3.0.0, current version
3.0.0)
/sw/lib/libmpfr.1.dylib (compatibility version 4.0.0, current version
4.2.0)
/sw/lib/libgmp.3.dylib (compatibility version 9.0.0, current version
9.2.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version
1.2.3)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
438.0.0)
/sw/lib/gcc4.5/lib/libgcc_s.1.dylib (compatibility version 1.0.0,
current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 125.2.0)
since they were built with cloog and ppl-0.10.2, but the new cloog.0.dylib will
be linked as...
[MacPro:gcc/x86_64-apple-darwin10.4.0/4.5.1] howarth% otool -L
/sw/lib/libcloog.0.dylib
/sw/lib/libcloog.0.dylib:
/sw/lib/libcloog.0.dylib (compatibility version 1.0.0, current version
1.0.0)
/sw/lib/libgmp.3.dylib (compatibility version 9.0.0, current version
9.2.0)
/sw/lib/libppl_c.4.dylib (compatibility version 5.0.0, current version
5.0.0)
/sw/lib/libppl.9.dylib (compatibility version 10.0.0, current version
10.0.0)
/sw/lib/libgmpxx.4.dylib (compatibility version 6.0.0, current version
6.2.0)
So one would have to make ppl2/ppl2-shlibs both conflict with ppl/ppl-shlibs
to force all of the old compiler builds to be deinstalled. It would be far
simplier if a new cloog was released with a soversion bump so that one could
have
a new cloog2 package and co-existing cloog-shlibs/cloog2-shlibs packages.
I suspect Debian will run into this as well.
Jack
