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 в одной системе не уживутся.

Более подробно сказано здесь: