[krbdev.mit.edu #3821] krb5-1.5 alpha - should library version numbers be bumped?

[Ezra Peisach via RT]

On Mon, 5 Jun 2006, Ken Raeburn via RT wrote:

> On May 31, 2006, at 10:51, Ezra Peisach via RT wrote:
>> Should the library versions be bimped on the shared libraries?
>>
>> With the plugin architecture - I suspect that we will have
>> compatibility
>> problems on at least libkdb5...  The export lists between the old and
>> current library versions are very different....
>
> Hm, yeah, I should check on that...
>
>> The gssrpc library has changed - functions have gssrpc_....
>> prepended -
>> so the libraries are definitly incompatible...
>
> A 1.4 source tree I'm looking at has gssrpc_ on all the names in the
> export list.  What old version are you looking at?

I am looking at a redhat system - looks like it is 1.3.4 - so maybe this 
is not an issue..

>
>> The krb5 library no longer has gmt_mktime, krb5_free_ets,
>> krb5_free_uio,
>> krb5_init_ets, krb5_setenv, krb5_unsetenv....  The krb5_init_ets might
>> break really old code...
>>
>> The k5crypto has lost krb5_random2key
>>
>> libcomerr has lost add_to_error_table, free_error_table,
>> init_error_table, initialize_error_table_r... - but I think we are
>> ok...
>
> I think these have been considered internal interfaces for some time,
> so their disappearance just means we're tightening up.  We decided a
> while back that we only cared about the symbols in the public API --
> we'll redefine, hide, or delete private symbols without changing the
> major version number, and just assume the libraries and MIT's
> programs will be from the same release.
>
> Ken
>
>