SONAME bump in 6.8.8-2 release?

Questions and postings pertaining to the development of ImageMagick, feature enhancements, and ImageMagick internals. ImageMagick source code and algorithms are discussed here. Usage questions which are too arcane for the normal user list should also be posted here.
Post Reply
laurent_csw
Posts: 12
Joined: 2014-01-15T03:35:30-07:00
Authentication code: 6789

SONAME bump in 6.8.8-2 release?

Post by laurent_csw »

Hello,

I'm maintaining the ImageMagick package as part of the OpenCSW project for Solaris.
I've noticed the latest update, 6.8.8-2, has bumped the soname number by one:

Code: Select all

$ diff  ImageMagick-6.8.8-1/version.sh ImageMagick-6.8.8-2/version.sh
16c16
< PACKAGE_RELEASE="1"
---
> PACKAGE_RELEASE="2"
42c42
< MAGICK_LIBRARY_CURRENT=1
---
> MAGICK_LIBRARY_CURRENT=2
As this is a very inconvenient change for all dependencies on those libraries, and a bit surprising for such a minor update, I would like to make sure that this was by design?

Thanks in advance,

Laurent
User avatar
magick
Site Admin
Posts: 11064
Joined: 2003-05-31T11:32:55-07:00

Re: SONAME bump in 6.8.8-2 release?

Post by magick »

We changed a method signature from float to double to provide for more precision which required an SO bump. Technically it did not require a version bump since it was a private method in magick/fx-private.h, however, there is some small possibility that someone somewhere was using the private method FxEvaluateExpression() and without the version bump, bad things could happen.
laurent_csw
Posts: 12
Joined: 2014-01-15T03:35:30-07:00
Authentication code: 6789

Re: SONAME bump in 6.8.8-2 release?

Post by laurent_csw »

Okay, thanks for the explanation :-)

So technically, I could assume the risk of keeping it at the current soname number until 7 is released.

Laurent
User avatar
magick
Site Admin
Posts: 11064
Joined: 2003-05-31T11:32:55-07:00

Re: SONAME bump in 6.8.8-2 release?

Post by magick »

Correct. A SO bump is not necessary for a method signature change in a private header, however, as a courtesy to the user community we made the bump. ImageMagick version 7 avoid these problems by declaring methods public or private with GCC attributes.
Post Reply