UpStream/LibraryVersioning: различия между версиями

Версия от 12:13, 19 октября 2009

Эта статья протухла.
Её нужно существенно доработать или удалить

Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.

Версии библиотек

Андрей Булава в devel@

library versioning -- это symbol-versioning?

P.S. По ходу ответа читал http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html -- было интересно. Особенно http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg -- policy, которая с одной стороны предупреждает геморрой при смене soname, а с другой требует нешуточных затрат на своё введение в эксплуатацию, и в первую очередь -- массовое переименование пакетов с библиотеками. Кстати, кто-нибудь знает, как при этом в Debian обеспечивается установка новых libfoo{N+1}?

В Debian все библиотеки собираются в виде lib<name><soname>. lib<name>-devel обычно одна штука, соответствующая последнему <soname>. При появлении новой версии библиотеки, все зависящие пакеты постепенно портируются, а старая версия библиотеки некоторое время лежит в репозитории, пока не станет никому нужна. Обычно при такой смене soname на все зависимые пакеты вешается баг "пора обновиться" MikhailGusarov /03.02.2007 22:07/

Ссылки

Upstream

UpStream • UpStream/AsNeeded • FlightGear • UpStream/LibraryVersioning • UpStream/StrictAliasing • UpStream/Werror

@@ Строка 6: / Строка 6: @@
 ''Андрей Булава в [http://lists.altlinux.org/pipermail/devel/2006-August/035077.html devel@]''
-library versioning -- это [http://people.redhat.com/drepper/symbol-versioning http://people.redhat.com/drepper/symbol-versioning] ?
+library versioning -- это [[Обсуждение:Shared Library Symbol Versioning HOWTO#Про symbol versioning -- перенесено из UpStream/LibraryVersioning|symbol-versioning]]?
-ЕМНИП, "it's only meaningful for ELF platforms that support shared libraries" -- [http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_25.html http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_25.html]
-Кроме того, "Symbol versioning only versions function/variable name symbols, and does not version structures etc, so it does not solve problems with mixed protocols, data structures and other things with mixed versions of shared library. Thus, it is not a silver bullet for  all cases." -- [http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#versymproblems http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#versymproblems]
 P.S. По ходу ответа читал [http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html] -- было интересно. Особенно [http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg] -- policy, которая с одной стороны предупреждает геморрой при смене soname, а с другой требует нешуточных затрат на своё введение в  эксплуатацию, и в первую очередь -- массовое переименование пакетов с библиотеками. Кстати, кто-нибудь знает, как при этом в Debian обеспечивается установка новых libfoo{N+1}?