[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 ryandesign):

 Replying to [comment:3 RJVB]:
 > 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.

 Of course it's reasonable to request developers not release broken
 software.

 > > 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 .

 Sure.

 > 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.

 There are other ports that link with libsnappy.

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