[devel] perl dl problems

[devel] perl dl problems

[Mikhail Zabaluev]

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

Столкнулся с такой проблемой. При смене версии Perl перестали работать
программы, скомпонованные с libperl.so. Происходит это оттого, что при
сборке таких программ используются флаги, которые выдает
'perl -MExtUtils::Embed -e ldopts', и там есть rpath, ведущий в
каталог текущей версии. При смене версии этот rpath перестает быть
валидным.

Чтобы не привязывать все такие пакеты жестко к версии perl, можно
добавлять этот путь в /etc/ld.so.conf при установке. Но это может
привести к проблемам с бинарной совместимостью - libperl.so вроде бы
не имеет версий. Хотя вот vim ничего, завелся. Кстати, зачем vim-у
встроенный Perl?

P.S. Куда подевались мануалы по ldd, ldconfig и т.п.?

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Snow Day -- stay home.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] perl dl problems

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1442 bytes --]

On Wed, Apr 18, 2001 at 11:58:14AM +0400, Mikhail Zabaluev wrote:
> Столкнулся с такой проблемой. При смене версии Perl перестали работать
> программы, скомпонованные с libperl.so. Происходит это оттого, что при
> сборке таких программ используются флаги, которые выдает
> 'perl -MExtUtils::Embed -e ldopts', и там есть rpath, ведущий в
> каталог текущей версии. При смене версии этот rpath перестает быть
> валидным.
> 
> Чтобы не привязывать все такие пакеты жестко к версии perl, можно
> добавлять этот путь в /etc/ld.so.conf при установке. Но это может
> привести к проблемам с бинарной совместимостью - libperl.so вроде бы

А почему бы не сделать libperl.so по аналогии с остальными, нормальными
библиотеками, т.е. дать ему soname и положить в /usr/lib?

Если только из-за того, чтобы иметь несколько разных libperl.so в системе,
то, наверное, оно того не стоит.

> не имеет версий. Хотя вот vim ничего, завелся. Кстати, зачем vim-у
> встроенный Perl?

Нужен, наверное?

> P.S. Куда подевались мануалы по ldd, ldconfig и т.п.?

В man-pages >= 1.35-ipl2mdk


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] perl dl problems

[Mikhail Zabaluev]

Hello Dmitry,

On Fri, May 25, 2001 at 04:31:12PM +0400, Dmitry V. Levin wrote:
>
> On Wed, Apr 18, 2001 at 11:58:14AM +0400, Mikhail Zabaluev wrote:
> > Столкнулся с такой проблемой. При смене версии Perl перестали работать
> > программы, скомпонованные с libperl.so. Происходит это оттого, что при
> > сборке таких программ используются флаги, которые выдает
> > 'perl -MExtUtils::Embed -e ldopts', и там есть rpath, ведущий в
> > каталог текущей версии. При смене версии этот rpath перестает быть
> > валидным.
> > 
> > Чтобы не привязывать все такие пакеты жестко к версии perl, можно
> > добавлять этот путь в /etc/ld.so.conf при установке. Но это может
> > привести к проблемам с бинарной совместимостью - libperl.so вроде бы
> 
> А почему бы не сделать libperl.so по аналогии с остальными, нормальными
> библиотеками, т.е. дать ему soname и положить в /usr/lib?

Скорее всего, для этого нужно хорошо прохакать процесс сборки и флаги,
оседающие в ExtUtils. Посмотрим.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Military intelligence is a contradiction in terms.
		-- Groucho Marx
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel