[MacPorts] #55619: compatibility_version blues

MacPorts noreply at macports.org
Sun Dec 31 17:09:18 UTC 2017


#55619: compatibility_version blues
-------------------------+----------------------
 Reporter:  RJVB         |      Owner:
     Type:  enhancement  |     Status:  new
 Priority:  Normal       |  Milestone:
Component:  ports        |    Version:
 Keywords:               |       Port:  freetype
-------------------------+----------------------
 I noticed that FreeType's autoconf/libtool system sets the dylib
 compatibility_version to the current_version (and both o some meaningless
 value rather than the FT version). When you build with CMake, the
 compatibility_version is set to vMaj.vMin.0 and the current_version to
 vMaj.vMin.vPatch. This is what one could expect if patchlevel releases do
 not introduce ABI incompatibilities that would prevent apps built against
 say 2.8.2 to run with 2.8.0 or 2.8.1 .

 I'm getting these dylib versions:
 - libtool version for 2.7.1 : 20
 - libtool version for 2.8.0 : 21
 - libtool version for 2.8.1 : 22

 I would suggest that 2.8.x builds should set the compatibility version to
 at most 21 so that users can re-activate older Freetype installs after
 they built against the newer version. The easiest (and probably only) way
 to do this is to patch `builds/unix/ltmain.sh` and replace
 `-compatibility_version $minor_current` with `-compatibility_version 21`.

 (In practice it seems even possible to run binaries built against FreeType
 2.8.1 with FreeType 2.7.1 .)

--
Ticket URL: <https://trac.macports.org/ticket/55619>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list