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 --]
next prev parent 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