Снести .la архивы у установленного софта

Там же ясно написано:

When building a package that uses libtool, the process automatically looks for these files

так что то что .pc файл обновится не особо поможет. Есть другая проблема - библиотеки зависимые от этой библиотеки завязываются на .la файл, и если он пропадёт или потеряет актуальность сломается сборка уже с ними.

На самом деле тут достаточно понимать что это а) связано с ублюдской статической линковкой, значит должно быть безжалостно выкошено б) autocrap - специфичное говно, с таким же выводом.

Правильно там все написано. К примеру в .la упомянута libastral.so.0. В новой версии отказались от libtool и библиотека стала называться libastral.so.1 + ln -s libastral.so.1 libastral.so. libtool будет пытаться линковаться с libastral.so.0 и обломается. А вообще libtool есть абсолютное зло: он медленный и не решает проблему, которую должен решать. Зато создает кучу новых проблем: мне приходилось использовать патченный libtool чтобы собирать динамические библиотеки для маргинальных ОС (для Windows например).

Я правильно понимаю, что невалидные .la архивы будут мешать работе какой-нибудь AC_CHECK_LIB autoconf'a?

мне приходилось использовать патченный libtool чтобы собирать динамические библиотеки для маргинальных ОС (для Windows например).

Потому что ты, вендузятник, должен страдать.

Да, могут.

Обожаю экспертов, ставящих диагноз по юзерпику. И что же милостивый государь заставило вас думать, что я использовал Windows хотя бы раз за последние 10 лет? Настраивать сборку не суть то же, что и запускать систему или делать что-то подобное. К тому же это не отменяет основной проблемы: под Solaris libtool вообще не в состоянии собирать модули, для его работы использовались такие костыли, что страшно сказать. Поэтому я считаю, что autotools без libtool были бы очень хорошим решением, но пока я пользуюсь другими инструментами.

pkg-config тут вообще не при чем. .la лучше убивать при рождении, ибо бессмысленный хлам. и find /usr/lib -name «*.la» -delete" ничего страшного в себе не таит. всегда так делаю, лет 15 уже как

походу, кутовые .prl можно на ту же помойку отправлять

абсолютное зло не сам libtool, а его обертка ltdl. сам libtool еще терпим

проблемы, насколько я помню, это действие вызвало только в graphicsmagick (и, возможно, для imagemagick будет та же х-ня). патчем могу поделиться, все руки не доходят его в мейнстрим послать

в gentoo во множестве ебилдов используется на этапе установки

src_install() {
	if ! use static-libs ; then
		find "${ED}" -name '*.la' -delete || die
	fi
}

т.е. если собираешь без --enable-static, то удаляй перед make install

pkg-config очень даже при чём. Она вполне может вернуть .la https://stackoverflow.com/questions/13939153/pkg-config-libs-returns-a-la-file-but-g-cant-handle-it. Также не вижу препядствий для наличия в каком-нибудь makefile чего-нибудь вроде: libtool --mode=link gcc -g -O -o main main.c libq.la, что, естественно, упадёт после сноса .la архивов.

не показатель. тот пассажир пытался слинковаться с собранным но _неустановленным_ gstreamer-ом, отсюда у него и лажи вылезли