From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 11 Dec 2003 19:51:17 +0600 From: Alexey Morozov To: ALT Linux Sisyphus mailing list Subject: Re: [sisyphus] =?koi8-r?B?98/a19LB3cHR09gg?= =?koi8-r?B?yyDOwdDF3sHUwc7Oz83VICjQ0s8=?= .la) Message-ID: <20031211135117.GJ14643@pyro.hopawar.private.net> References: <20031210160408.GB14643@pyro.hopawar.private.net> <20031210161658.GA6630@basalt.office.altlinux.org> <20031210212018.GA10586@localhost.localdomain> <20031211120211.GA2527@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Q2l3mYpK16UQ/iv" Content-Disposition: inline In-Reply-To: <20031211120211.GA2527@basalt.office.altlinux.org> User-Agent: Mutt/1.4i X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 13:51:21 -0000 Archived-At: List-Archive: --9Q2l3mYpK16UQ/iv Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Thu, Dec 11, 2003 at 03:02:11PM +0300, Dmitry V. Levin wrote: > Я уже частично ответил "в давешнем письме". > > Корректный патч на libtool, который бы активировал поддержку > link_all_deplibs только для GNU/Linux (где это действительно нужно и > работает), должен быть таким (или примерно таким) как > libtool-1.5-alt-link_all_deplibs.patch - только в этом случае можно > рассчитывать на "вправить мозги их авторам". Да, конечно. BTW, в моем хаке есть проверка $host на *-*linux-*. > В именно, включение link_all_deplibs должно происходить не в ltmain.sh, > а в AC_LIBTOOL_PROG_LD_SHLIBS, который определён в libtool.m4 и для Вот этого, честно говоря, не понял. Точнее, понятно, что такую проверку _корректнее_ проводить в числе остальных прочих проверок способностей линкера/платформы, но это совсем не _обязательно_. > корректного попадания link_all_deplibs=no в $topdir/libtool необходимо > обновить configure, т.е. это требует запуска как минимум > libtoolize --force, aclocal, и autoconf --force. Зачем --force? Вообще, мне кажется, в данном случае, слона лучше есть по кусочкам. То есть, пропихнуть (дополненный проверкой архитектуры) патч в libtool, в принципе, представляется задачей реальной. Установить принудительный libtoolize --force тоже реально (проблемы могут быть только у действительно проблемных пакетов, но эти проблемы, _вероятнее всего_, можно продемонстрировать автору безотносительно данной темы), корректно написанные программы такую операцию точно переживут (обязаны) На втором этапе, когда патч в libtool _уже_ будет, можно будет разговаривать с autoconf'овыми господами на предмет: а не включить ли нам такую замечательную фичу, чтобы-де не руками или автоугадавом, а "правильно", в числе остальных ./configure'нных проверок способностей линкера? > Я точно знаю, что не все пакеты-пользователи libtool переживут > libtoolize --force (что необходимо даже в случае хака в виде патча на Я предлагаю составить и огласить их список. Если делать эту операцию итеративно, то возни будет явно меньше, чем с вычищением .la отовсюду. > ltmain.sh), а тех, кто выдержит ещё и aclocal с autoconf, будет ещё > меньше. А вот с этим, видимо, лучше обождать. > На а патча на libtool-1.4, который вообще не поддерживает нормально > link_all_deplibs, у меня нет. Надо? Нет, правда, если это надо, и если это избавит меня от необходимости перебирать те пакеты, для которых мне актуальна статическая линковка - я его сделаю. Миграция на другую платформу для девелопмента пока выглядит более затратным решением. > Поэтому я выбрал "вариант 1" в терминологии "давешнего письма" - он Эко Вас зацепила фраза :-) > реальнее и дешевле. Реальнее - да, наверное. Дешевле - вопрос, если, конечно, оценивать потери в совокупности. Ну и потом, если помните, я однажды уже задавал [Вам] вопрос: "собирается ли Альт двигать в жизнь _правильные_ решения, даже если...?" Тогда мне был дан ответ: "Да, собирается" :-). Представляется неплохой шанс ;-) --9Q2l3mYpK16UQ/iv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/2HZVX5DZdJn19V0RArllAJ9g0sgmEwt/oscfJJgS7noXOEZ5sgCdGg0R 5UTM0/lYV76wttGYwIl0rNA= =Xlc0 -----END PGP SIGNATURE----- --9Q2l3mYpK16UQ/iv--