MPFR in MacPorts
Jack Howarth
howarth at bromo.med.uc.edu
Thu Jun 10 11:26:29 PDT 2010
On Thu, Jun 10, 2010 at 06:23:08PM +0200, Vincent Lefevre wrote:
> On 2010-06-10 11:50:49 -0400, Jack Howarth wrote:
> > Exactly the point. MacPorts sorely needs the same sort of split-off
> > feature as fink where a libmpfr2-shlibs/libmpfr3-shlibs split-off
> > package could contain the required runtime shared libraries which
> > can co-exist but the main libmpfr2/libmpfr3 packages with the
> > development headers and shared lib symlinks would conflict. The
> > absence of such a capability in MacPorts is a major limitation
> > to proper package migrations. One simply can't expect to force
> > all packages in mass to migrate to new soversions of a support
> > library, Some backward compatibility support has to be retained
> > through co-existing shlibs split-off packages.
>
> Note however that in the case of MPFR, ABI breakage is rare. IIRC,
> ABI compatibility had been preserved since November 2004.
Yes, but that is tangential to the fact that any soversion bump for
a support library in MacPorts currently forces a mass migration to
the new version since there is no support for co-existing shlibs
split-off packages with conflicting main development packages.
Hoping for ABI stability isn't a solution.
>
> --
> Vincent Lefèvre <vincent at vinc17.net> - Web: <http://www.vinc17.net/>
> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
> Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
More information about the macports-dev
mailing list