From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 16 Dec 2003 18:16:48 +0600 From: Alexey Morozov To: ALT Linux Sisyphus mailing list Subject: Re: [sisyphus] =?koi8-r?B?78LOwdLV1sXO2SDO?= =?koi8-r?B?z9fZxSDX0sHHySDOwdLPxMEhICh3YXM6IPfP2tfSwd3B0dPY?= ...) Message-ID: <20031216121648.GD4995@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> <20031211135117.GJ14643@pyro.hopawar.private.net> <20031211143042.GA9387@basalt.office.altlinux.org> <20031211151951.GO14643@pyro.hopawar.private.net> <20031215135933.GB20189@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3Gf/FFewwPeBMqCJ" Content-Disposition: inline In-Reply-To: <20031215135933.GB20189@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: Tue, 16 Dec 2003 12:16:50 -0000 Archived-At: List-Archive: --3Gf/FFewwPeBMqCJ Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Dec 15, 2003 at 04:59:33PM +0300, Dmitry V. Levin wrote: > > Я трейсил все это дело, в решающий момент (то есть, в этой самой > > проверке, после которой Ваш патч уводит на else continue), > > $link_all_deplibs оказывается равным no, причем, даже в случае -static > > что, впрочем, не мешает libtool'у все равно зацепить $dependency_libs. > Т.е. мой патч не работает? Он работает. Но работает не столько потому что Вы патчите libtool.m4, а потому что Вы патчите ltmain.sh, не давая ему проскакать по списку $dependency_libs (строка 2150 и ниже). А это, кстати, можно сделать, и не трогая libtool.m4. P.S. Кстати, есть еще одна довольно-таки неприятная проблема: pkgconfig Пример: alex@pyro ~/tmp/libtool $ rpm -q libtool_1.5 libgtk+2 libtool_1.5-1.5-alt10 libgtk+2-2.2.4-alt4 alex@pyro ~/tmp/libtool $ libtool --mode=link gcc -g -O -o test test.o -lgtk-x11-2.0 gcc -g -O -o test test.o -lgtk-x11-2.0 alex@pyro ~/tmp/libtool $ _ Все, как видите, вполне корректно, и именно так, как хотелось бы (причем, даже если ЕСТЬ .la-файлы, у меня, на самом деле, штатно стоит самосборанная libgtk+2, c .la-файлами, отличие только в способе передачи аргументов от libtool к gcc). Если пользоваться pkgconfig, то все становится гораздо грустнее: alex@pyro ~/tmp/libtool $ libtool --mode=link gcc -g -O -o test test.o `pkg-config --libs gtk+-2.0` gcc -g -O -o test test.o -Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so alex@pyro ~/tmp/libtool $ _ Видите? Все мучения с выкидыванием "лишних" .la файлов оказались тщетны. pkgconfig все равно вычислил всех, на кого так или иначе ссылается gtk-x11-2.0 и подсунул соответствующие параметры libtool'у. Или следующим шагом будет искоренение pkgconfig? :-) Давайте тогда с самого начала огласим полный список тех, кто идет против трудового народа? Может, трудовому народу покажется, что проще самому повернуть в другую сторону? :-) --3Gf/FFewwPeBMqCJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/3vewX5DZdJn19V0RAt+hAJwI1Ri/f/z/6VawFYF8qNXqHr7DGACcDCNv zNwjnno0UMuluIdwis5+kd4= =Mz++ -----END PGP SIGNATURE----- --3Gf/FFewwPeBMqCJ--