Предлагается оторвать включение link_all_deplibs=no в libtool по умолчанию, ибо иначе некоторые пакеты не собираются. Нарвался на это на dbus: Линковка выполняется такой командой: /bin/sh ../../libtool --tag=CXX --mode=link x86_64-alt-linux-g++ -pipe -Wall -O2 -o complexpong complexpong.o ../src/libdbus-qt4-1.la -lnsl В случае с undefine __libtoolize приложение собирается: x86_64-alt-linux-g++ -pipe -Wall -O2 -o .libs/complexpong complexpong.o ../src/.libs/libdbus-qt4-1.so -L/usr/lib64/qt4/lib -L/usr/X11R6/lib64 -lQtXml -lQtCore -lz -lpthread -ldl -lnsl С libtool из Sisyphus не собирается: x86_64-alt-linux-g++ -pipe -Wall -O2 -o .libs/complexpong complexpong.o ../src/.libs/libdbus-qt4-1.so -lnsl т.к. у нас всё-равно сейчас as-needed по умолчанию, то IMHO можно в libtool включить линковку со всеми перечисленными библиотеками.
в KDE это тоже воспроизводится.
Если включить link_all_deplibs, то сломается много чего другого. Мне даже пришлось сделать такое: $ rpm --eval %configure |fgrep deplibs export lt_cv_deplibs_check_method=pass_all ; Иначе некоторые пакеты, где libtoolize недоступен, не собираются правильно. Когда у вас эта ерунда появилась?
Я на это нарвался в dbus-0.62 (отправлен в Sisyphus только что с undefine __libtoolize) Зерг уже давным давно говорит так пакеты собирает.
Это ещё актуально?
Это надо проверить. у dbus новый мантейнер.
(In reply to comment #4) > Это ещё актуально? C kde-3.5 еще актуально
Для libtool_1.5 не актуально, его менять уже поздно. Для libtool_2.2 у планирую портировать из Debian включение link_all_deplibs=no в GNU/Linux по умолчанию.
(In reply to comment #0) > Предлагается оторвать включение link_all_deplibs=no в libtool по умолчанию, ибо > иначе некоторые пакеты не собираются. > > Нарвался на это на dbus: > Линковка выполняется такой командой: > /bin/sh ../../libtool --tag=CXX --mode=link x86_64-alt-linux-g++ -pipe -Wall > -O2 -o complexpong complexpong.o ../src/libdbus-qt4-1.la -lnsl > > В случае с undefine __libtoolize приложение собирается: > x86_64-alt-linux-g++ -pipe -Wall -O2 -o .libs/complexpong complexpong.o > ../src/.libs/libdbus-qt4-1.so -L/usr/lib64/qt4/lib -L/usr/X11R6/lib64 -lQtXml > -lQtCore -lz -lpthread -ldl -lnsl > > С libtool из Sisyphus не собирается: > x86_64-alt-linux-g++ -pipe -Wall -O2 -o .libs/complexpong complexpong.o > ../src/.libs/libdbus-qt4-1.so -lnsl Это значит, что в каком-то Makefile.am в соответствущих переменных *_LDADD перечислены не все необходимые библиотеки. > т.к. у нас всё-равно сейчас as-needed по умолчанию, то IMHO можно в libtool > включить линковку со всеми перечисленными библиотеками. Да, но избыточная линковка в случае с kde, где до сих пор пакуются и используются файлы вида %_libdir/lib*.la, приводит к избыточным сборочным зависимостям.
А так ли страшны избыточные сборочные зависимости ?
Не страшны, но и не нужны.
Перевешиваю на существующий компонент. libtool_2.2 больше нет.
libtool 2.4.7-alt5 по-прежнему ставит link_all_deplibs=no для linux (наш патч с 1.5-alt8, 2003; build-aux/ltmain.in, unknown -> no). Аргумент из комментария 8 остаётся в силе: недостающие библиотеки в *_LDADD — ошибка конкретного пакета, а сплошная линковка через .la тянет лишние сборочные зависимости. dbus 0.62 и kde3, на которых это всплывало, давно мертвы. Снимаю свой FR — WONTFIX. Смежный #11011 (сам патч link_all_deplibs-runtime) перевешен на libtool_2.4.
