ABI break in 3.7.15

[dmacks]

It appears 27854f1 removed a bunch if public symbols from a public shared library without changing its soname, and comparing "nm" output concurs. The effect is that anything compiled against the old version will crash at runtime if the library is updated to the new version. The soname is handled by libtool, via flags that are explcitly documented in configure.ac (via 5d1be02). Definitely no harm in building the soname from the package-version, but doing so means you have to follow those same interface-versioning rules for package-version.

[rrthomas]

Sorry, I don't understand what the problem is here. If I build 3.7.14 and 3.7.15, and then run the recode binary from 3.7.14 against the shared library from 3.7.15, it works fine. The public symbols that were removed were accidentally exposed and not part of any public API.

[dmacks]

I'm working with 3.7.12 and 3.7.15. Using recode from 3.7.12 and then updating the librecode shared lib to 3.7.15:

% recode
dyld[38089]: Symbol not found: _librecode_decode_known_pairs
  Referenced from: <6015FFEB-803B-39BA-9C6A-96FDED13D3DF> /opt/sw/bin/recode
  Expected in:     <4D9E84C7-9ACC-397C-91B0-A902DF795374> /opt/sw/lib/librecode.3.dylib
Abort

[rrthomas]

Yes indeed! However, recode(1) is not guaranteed to work with different versions of librecode, as it's not written scrupulously to use the public API. (I used it as a test because I figured that if it worked, then anything written to the public API should be OK.) If there's a problem with something else (3rd party), I would like to hear about that.