Carlos R. Mafra <[email protected]> wrote: > On Wed, 1 Feb 2012 at 20:32:04 +0100, Andreas Metzler wrote:
>> It shows that the ABI of libwutil was broken by removing a public >> symbol. Any applications linking against libwutil using this symbol >> will segfault when the new libwutil is installed. > But copy_file() was added to libwutil 2 weeks ago and renamed yesterday. > So I guess this doesn't count as an ABI break, right? Hello, It is a matter of policy. Many projects use something like: * We take the liberty of breaking the ABI in GIT but care about not doing this in releases. * There is a development branch and a relaese branch. The development can break without notice, the release one not. copy_file() was included in wmaker 0.95.1. Afaict the function is used: ametzler@argenau:~/GIT/wmaker-crm$ grep -rl wcopy_file * debian/libwutil2.symbols util/getstyle.c WINGs/WINGs/WUtil.h WINGs/findfile.c WINGs/wcolorpanel.c A getstyle(1) binary built from 0.95.1 will stop working if libWUtil.so from GIT head is used. I would recommend to revert the function rename. If not, it would be very kind to distributors to push a 0.95.2 with only the rename change. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To unsubscribe, send mail to [email protected].
