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? :-) Давайте тогда с
самого начала огласим полный список тех, кто идет против трудового
народа? Может, трудовому народу покажется, что проще самому
повернуть в другую сторону? :-)