[MacPorts] #55583: snappy @1.1.7: restore shared library build (and use the up-to-date cmake PG)

[MacPorts]

#55583: snappy @1.1.7: restore shared library build (and use the up-to-date cmake
PG)
---------------------+----------------------
  Reporter:  RJVB    |      Owner:
      Type:  defect  |     Status:  new
  Priority:  Normal  |  Milestone:
 Component:  ports   |    Version:
Resolution:          |   Keywords:  haspatch
      Port:  snappy  |
---------------------+----------------------

Comment (by RJVB):

 Replying to [comment:2 ryandesign]:

 I thought I'd seen a static library in the result but you're clearly
 right, the build system now generates either the one or the other.

 The regression in the SOVERSION is unfortunate (but understandable given
 the from and to values) - it only has the side-effect below on Mac, AFAIK.
 I don't think it's very reasonable to request upstream to revert to using
 5 as the minimum compatibility version, we'll rather have to absorb that
 on our side. Either in the post-destroot or else with a patch. It may be a
 few days before I'll get around to doing that so don't hesitate to beat me
 to it.



 > For example:
 >
 > {{{
 > Incompatible library version: /opt/local/lib/libleveldb.1.19.dylib
 requires version 5.0.0 or later, but /opt/local/lib/libsnappy.1.dylib
 provides version 1.0.0
 > DEBUG: Marking /opt/local/lib/libleveldb.1.19.dylib as broken
 > }}}

 Yes, but without the shared library you also get an error message, so
 either way dependents will have to be revbumped due to the upgrade to
 1.1.7 .

 In practice, leveldb was the only port that really linked to libsnappy on
 my system and leveldb had been upgraded so I simply rebuilt the new
 version. Problem solved.

--
Ticket URL: <https://trac.macports.org/ticket/55583#comment:3>
MacPorts <https://www.macports.org/>
Ports system for macOS