9.4.2b1 -> 9.4.2rc1 libisc.so interface change
Danny Mayer
mayer at gis.net
Mon Oct 15 13:43:19 UTC 2007
Mark Andrews wrote:
>> On Fri, Oct 12, 2007 at 02:19:42PM -0400, Danny Mayer wrote:
>>> Adam Tkac wrote:
>>>> Hi,
>>>>
>>>> I've got report that libisc.so has interface revision number 33 in
>>>> 9.4.2rc1 (had 32 in 9.4.2b1). I think maintenance releases should
>>>> keep API/ABI because changes like this will break other applications.
>>>> Better should be keep old interface for compatibility and remove it
>>>> in next major release. Btw change of socket_eventlist_delete function
>>>> doesn't worry me but that all programs linked to libisc.so have to be
>>>> relinked is my problem.
>>>>
>>> For at least that function you shouldn't have to worry since it's an
>>> internal-only function. Applications (including BIND9) should never be
>>> calling it.
>> Yes, you're right, noone should use functions from libisc library. But when y
>> ou're shipping OS you have to keep API/ABI compatibility during OS life. So i
>> f We have BIND 9.4 in distro We should have libisc.so.32 during distro life.
>> This is main point why I've started this thread - keeping API/ABI compatibili
>> ty in maintenance releases.
>>
>> Adam
>
> In general we try very hard not to change the major api number
> in maintenance releases.
>
> socket_eventlist_delete() really should be static. It's
> not actually made public (not in libisc.def).
Well that's only on Windows! Adam is talking about Linux.
Danny
>
> The real question is, will reverting the major number for
> 9.4.2rc2/9.4.2 cause more problems than it fixes?
>
> Mark
More information about the bind-workers
mailing list