[devel] libperl solutions

[Mikhail Zabaluev <mhz@alt-linux.org>]

Доброе время суток.

На тему того, как сделать апгрейды Perl безболезненными для
приложений, которые используют libperl.so и заносят путь к нему в
rpath. Просматриваются два решения.

Первое, более консервативное:
оставить все как есть, кроме privlib и archlib (пути, куда
устанавливаются собственные модули и библиотеки Perl, в т.ч. и
libperl.so), из которых исключить номер версии. Поскольку обновление
версий контролируется rpm, это не должно вызвать проблем. Это можно
сделать "легально", безо всяких патчей.

Второе, более радикальное, решение:
установить libperl.so в /usr/lib и снабдить ее меткой soname,
соответственно скорректировать параметры для компоновки приложений в
ExtUtils::Embed и в 'perl -V:ccdlflags'. Явно не то, к чему склоняют
авторы. Последствия и сторонние эффекты такого расположения пока не изучены.

Я склоняюсь к комбинации: сохранить расположение и rpath за вычетом
номера версии, но выставить soname. Каким сделать soname -
libperl.so.5? Жду ваших соображений.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Not one hundred percent efficient, of course ... but nothing ever is.
		-- Kirk, "Metamorphosis", stardate 3219.8
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel