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

[Ken Raeburn via RT]

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?

> 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