[Bug 675946] Re: libicu is not ABI compatible because of --enable-renaming usage
Dmitrijs Ledkovs
launchpad at surgut.co.uk
Mon Dec 17 13:09:26 UTC 2012
Based on
https://bugs.launchpad.net/ubuntu/+source/icu/+bug/675946/comments/5
this is desired behaviour.
** Summary changed:
- libicu is not ABI compatible
+ libicu is not ABI compatible because of --enable-renaming usage
** Changed in: icu (Ubuntu)
Status: New => Opinion
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to icu in Ubuntu.
https://bugs.launchpad.net/bugs/675946
Title:
libicu is not ABI compatible because of --enable-renaming usage
Status in “icu” package in Ubuntu:
Opinion
Bug description:
Binary package hint: libicu42
Currently, libicu is built with symbol renaming, which leads to a rename of
every symbol, e.g. ucol_strcoll becomes ucol_strcoll_4_2. Check with "nm -CD
libicui18n.so.42" - all public symbols have the _4_2 suffix.
This means that on the next system upgrade (e.g. to libicu 4.4), all
applications linking to libicu will need to be rebuilt.
For reference, see
http://userguide.icu-project.org/design#TOC-ICU-Binary-Compatibility:-Using-ICU
Quoting:
========
To enable release-to-release binary compatibility, ICU must be built with
--disable-renaming, and applications must be built using the headers and
libraries that resulted from the –-disable-renaming ICU build
========
I suggest to follow ICU's suggestion to build libicu with --disable-renaming, so the library can be
upgraded without breaking binary compatibility.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/icu/+bug/675946/+subscriptions
More information about the foundations-bugs
mailing list