FreeSource : AltLinux/Sisyphus/devel/soname

Эта страница была перенесена на altlinux.org. Текст на freesource.info заморожен.

Что делать, если библиотека в апстриме без soname?


23.05.06, Yury Aliaev<mutab0r@rambler.ru> написал(а):
> У меня назрел следующий вопрос: имеется некая либа (назовём её, к
> примеру, libfoo, хотя это на самом деле
> http://sourceforge.net/projects/liborigin). Сдалана она, что называется,
> на коленке: Makefile руками писан, libtool и близко не стоял...
> Соответственно, после компиляции получаем libfoo.so. И всё. Признаюсь,
> что info libtool я не читал, и не знаю, как всё на самом деле должно
> происходить, но обычно библиотека имеет обозначение типа
> libfoo.so.x.y.z, а на неё сделаны ссылки libfoo.so.x и libfoo.so. Причём
> сама либа пакуется в libfoo, а ссылки (вместе с заголовками для
> компиляции) — в libfoo-devel.



Да, так и есть. Но это в том случае, если у библиотеки предусмотрен т.н. soname.
Если его нет, то необходимо апстриму протолкнуть патч, его включающий,
сэкономите кучу нервов на поддержке этой библиотеки, если она
когда-нибудь станет широко использоваться.

Обычно патч заключается в добавлении вот примерно такого в LDFLAGS при
линковке библиотеки
-Wl,-soname,libfoo.so.1

Где libfoo.so.1 – это т.н. soname библиотеки.
Сам .so файл библиотеки при этом должен иметь имя типа libfoo.so.1.0.0
или даже libfoo.so.1.0
Обратите внимание что первая цифра после .so совпадает с цифрой после soname.

Таким образом, библиотека libfoo.so.1.0 имеет soname libfoo.so.1
Также надо создать ссылки libfoo.so.1 -> libfoo.so.1.0 и libfoo.so ->
libfoo.so.1.0

Теперь о дальнейшем развитии библиотеки.

Если в новом релизе добавилась в библиотеку какая-то функциональность,
не меняя старой (обратная совместимость по API), то надо прибавлять
вторую или третью цифру.

А если изменения в новой библиотеке затронули старые API/ABI, то надо
менять soname и первую цифру. Это позволит в переходный период
сохранить работоспособность старых приложений.

> Я хочу узнать, как правильно поступить в моём случае: просто запаковать
> libfoo.so в пакет libfoo, а заголовки — в libfoo-devel, или же самому
> переименовать libfoo.so в libfoo.so.x.y.z и засунуть в пакет libfoo (но
> тогда из каких соображений взять x, y и z?) и создать ссылки libfoo.so.x
> и libfoo.so, которые засунуть в пакет libfoo-devel?


Переименование бессмысленно по причинам, приведенным выше (soname).
Две библиотеки с одинаковым soname в одной системе не уживутся.

Более подробно сказано здесь:
http://www.gnu.org/software/libtool/manual.html#Versioning