ALT Linux Sisyphus discussions
 help / color / mirror / Atom feed
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: ALT Linux Sisyphus mailing list <sisyphus@altlinux.ru>
Subject: Re: [sisyphus] .la files
Date: Fri, 5 Dec 2003 13:35:11 +0300
Message-ID: <20031205103511.GD22473@basalt.office.altlinux.org> (raw)
In-Reply-To: <20031205012831.GD22392@localhost.localdomain>

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

On Fri, Dec 05, 2003 at 07:28:31AM +0600, Alexey Morozov wrote:
> On Thu, Dec 04, 2003 at 03:10:58PM +0300, Dmitry V. Levin wrote:
> > > Если проведенный мной простой тест (см. например, autobook) верен, то
> > > конструкция
> > > 
> > > lt_dlopenext("somemodule");
> > > 
> > > перестает работать, если удалить соответствующие .la-файлы. То есть,
> > > конечно,
> > > 
> > > lt_dlopenext("somemodule.so");
> > > 
> > > работает по-прежнему, но тогда приходится указывать точное имя (то есть,
> > > с префиксом somemodule_LTX_) для каждой функции, вызываемой из этого
> > > модуля, что несколько, э-э-э, неудобно и противоречит самой идее
> > > загружаемых модулей с единым интерфейсом.
> > 
> > Если это так, то можно пропатчить lt_dlopenext, чтобы
> > lt_dlopenext("somemodule");
> > не переставал работать.
> Вообще, мне кажется, что на этом пути нас ждут вилы почище тех, которые
> пытаемся убрать (из-за необходимости догадываться об имени библиотеки,
> которую предлагается грузить: это ведь не только, и не столько somemodule.so,
> сколько somemodule.so.<version> или вообще фиг знает что еще можно придумать,
> - не зря же library_names придуман).

Тем, кому нужно использовать ltdl и library_names, придётся оставить
.la-файлы.  А в простых случаях оно должно работать as is.

> Кто, кстати, придумал класть .la в -devel пакеты? Для модулей это точно
> некорректно (а, вообще говоря, некорректно и для просто библиотек, но
> с просто библиотеками есть сложность, связанная с возможностью
> сосуществования нескольких версий, которую .la-подход никак не учитывает)

Отец Всех Дистрибутивов?

> > > То есть, я так понимаю, практика огульного убивания .la файлов просто
> > > приведет к тому, что понадобится капитально патчить приложения, которым
> > > вздумалось попользоваться плагинами (а именно, вталкивать руками в каждое
> > > из приложений функциональность, похороненную в ltdl).
> > Нет.
> Именно так. Так как в составе пакетов идут ltdl.* и ltmain.sh от libtool
> _разных_ версий, то автоматического патча на этот повод не придумаешь.

А "libtoolize --ltdl"?

> Поэтому придется либо рассчитывать на то, что "повезет" (а патч будет
> немаленький в свете сказанного выше), либо тщательно глядеть в каждую
> версию каждого пакета, который захотел ltdl.

Это слишком пессимистичный прогноз.

> > > чревата, т.к. очень часто плагины линкуются к материнской библиотеке
> > > (н-р, как те же самые плагины из libgnomeprint2), причем, линкуются они,
> > > опять-таки, через материнский .la-файл. Потом если кому-нибудь приспичит
> > > жестко прилинковаться к данному плагину (идея вообще плохая, но мало
> > > ли), то этот кто-то будет пренеприятно удивлен незамкнутостью
> > > дистрибутивных пакетов.
> > 
> > Почему?
> > Во-первых, libtool сам линкует плагины со всеми библиотеками, которые
> > указаны в dependency_libs.
> Хех. В dependency_libs указана /usr/lib/libMotherlib.la :-). Можете
> проверить (н-р, в модулях того же libgnomeprint2). 

Но ведь модули того же libgnomeprint2 наверняка слинкованы с -lMotherlib?

> > Во-вторых, зачем линковаться с плагинами - они ведь не рассчитаны на такое
> > использование.
> Не рассчитаны кем? Автором? А [мне] не забить на то, что он рассчитывал, а
> на что - нет. У нас же таки опенсорс, а не корпорация Сони с ее шифрованными
> CD-дисками. На то он и линукс/эльф, чтобы иметь возможность хотеть странного.

Если автор не предусмотрел возможность линковаться с плагинами, то вполне
естественно, что придётся патчить как минимум makefile'ы.

> Собственно, только эта возможность и окупает в моих глазах некоторые
> неудобства в использовании линукса в сравнении с некоторой другой
> операционной системой.
> 
> > > Итого, сухой остаток: нынешняя политика в отношении .la файлов в Сизифе
> > > - НЕКОРРЕКТНА, т.к. напрямую противоречит документации.
> > Какой такой документации?
> На libtool. И libltdl в ее составе. Могу начать сыпать цитатами, если охота.
> Можно, конечно, и документацию изменить до неузнаваемости, да только
> это будет "уже не Джонни" (C).

Я бы изменил и документацию.


-- 
ldv

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

  reply	other threads:[~2003-12-05 10:35 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-01 12:51 [sisyphus] libart_lgpl_2.la Nick Fedchik
2003-12-01 13:41 ` Alexey Morozov
2003-12-01 14:09   ` [sisyphus] *.la Nick Fedchik
2003-12-01 14:22     ` Alexey Morozov
2003-12-01 14:54       ` [sisyphus] Fw: [devel] I: eliminating unneeded libtool library files Grigory Batalov
2003-12-01 16:15         ` Nick Fedchik
2003-12-01 16:57           ` Sergey S. Skulachenko
2003-12-01 17:17             ` Nick Fedchik
2003-12-01 14:27 ` [sisyphus] KDE without .la (was libart_lgpl_2.la) Sergey V Turchin
2003-12-01 14:39   ` Alexey Morozov
2003-12-01 15:57     ` Sergey V Turchin
2003-12-02 10:03     ` Dmitry V. Levin
2003-12-03 15:27       ` Alexey Morozov
2003-12-04 11:55         ` [sisyphus] Удаление .la-файлов (was KDE without .la (was libart_lgpl_2.la)) Alexey Morozov
2003-12-04 12:12           ` [sisyphus] Re: .la files Dmitry V. Levin
2003-12-04 19:27             ` Alexey Morozov
2003-12-05 10:22               ` Dmitry V. Levin
2003-12-05 10:32                 ` vserge
2003-12-05 10:36                   ` Dmitry V. Levin
2003-12-04 12:29           ` [sisyphus] Удаление .la-файлов (was KDE without .la (was libart_lgpl_2.la)) Sergey Vlasov
2003-12-04 13:00             ` Alexey Morozov
2003-12-04 12:10         ` [sisyphus] .la files Dmitry V. Levin
2003-12-05  1:28           ` Alexey Morozov
2003-12-05 10:35             ` Dmitry V. Levin [this message]
2003-12-05 11:39               ` Alexey Morozov
2003-12-05 11:49                 ` [sisyphus] [OT] " Andrey Khavryuchenko
2003-12-05 12:26                   ` [sisyphus] [JT] " Alexey Morozov
2003-12-05 12:06                 ` [sisyphus] " Dmitry V. Levin
2003-12-05 12:24                   ` Alexey Morozov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20031205103511.GD22473@basalt.office.altlinux.org \
    --to=ldv@altlinux.org \
    --cc=sisyphus@altlinux.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Sisyphus discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
		sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
	public-inbox-index sisyphus

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.sisyphus


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git