UpStream/AsNeeded: различия между версиями

Материал из ALT Linux Wiki
мНет описания правки
мНет описания правки
Строка 1: Строка 1:
[[Категория:Devel]]
{{Викифицировать}}
{{Викифицировать}}
{{MovedFromFreesourceInfo|AltLinux/Sisyphus/devel/UpStream/AsNeeded}}
'''ld и --as-needed'''
 
== ld и --as-needed ==


=== Проблема ===
=== Проблема ===
Строка 59: Строка 56:
* http://blog.flameeyes.eu/2008/06/07/some-more-useful-information-about-as-needed
* http://blog.flameeyes.eu/2008/06/07/some-more-useful-information-about-as-needed
* http://www.gentoo.org/proj/en/qa/asneeded.xml
* http://www.gentoo.org/proj/en/qa/asneeded.xml
[[Категория:Devel]]

Версия от 12:50, 9 января 2009

42px-Wikitext-ru.svg.png
Эту статью следует викифицировать.

ld и --as-needed

Проблема

Многие upstream makefiles приводят к избыточной линковке библиотек и бинарников с библиотеками, которые ими не используются напрямую или вообще. Множественные обсуждения, порой баталии, по поводу необходимости борьбы с такими случаями можно найти в архивах по словам «libdb4» или «as-needed», как правило, с участием Dmitry V. Levin; см. тж. это письмо Andrei Bulava, или объяснение про LDFLAGS vs LDADD; вот обзор ещё одной типичной возникшей проблемы и, наконец, развёрнутая аргументация с демонстрацией 5 % выигрыша по времени загрузки спорного gdm.

С марта 2006 в ALT Linux наблюдается ld -Wl,--as-needed по умолчанию.

Решение

Исправить сборку так, чтобы библиотеки (-lsomelib) шли в строке запуска линкера после объектных файлов (somemodule.o). Пример «на пальцах» можно найти тут.

В случае использования проектом autotools доковыривание до источника проблемы в Makefile.am может быть не совсем интересным занятием, но в моих (mike@) случаях вполне успешным. В случае неиспользования и отсутствия в самописном Makefile строчки линковки в явном виде — см. здесь или сразу info make в области implicit rules (damir@) и s/LDFLAGS/LDLIBS/.

raorn@ также предлагает (**cleanup** by mike@):

%prep
# ...
subst 's,LDFLAGS=\(.*\)\$LDFLAGS\(.*\(LIBS\|-l\).*\),LIBS=\1$LIBS\2,' configure.*

%build
autoreconf -fisv
# ...

Смысл этой странной конструкции состоит в том, что все ссылки на библиотеки (-lfoo) должны помещаться в переменнуюю LIBS, а не LDFLAGS, как это иногда ошибочно делается.

Однако есть мнение, что в таком виде эту конструкцию использовать вредно. Лучше вызвать subst вручную, проверить результат и сделать патч, который уже прикладывать в spec-файле.

Если получилось — хорошо бы отослать разработчикам исправление (см. тж. этот комментарий и ещё один аргумент для апстрима). Также (c) damir@:

1. Explicit linking dynamic objects with all dso it needs ensures
correct soname dependencies and prevent ABI incompatibilities.

2. Unused direct dependencies encumber package with extra dependencies
(including soname dependencies). An encumbered program takes more time
to load (5% in case of gdm for example), and need more memory mapped
to its address space.

An encumbered package requires extra packages when installed, and
needs extra care when one of unused libraries was updated and its
soname was changed.

Объезд

Если же это изменение поведения по умолчанию привело к слишком дорогим/странным в оперативной починке поломкам, возможен откат на старое поведение:

export LDFLAGS="$LDFLAGS -Wl,--no-as-needed"
%configure [...]

См. также

  • info ld, искать --as-needed; man ldd; info readelf
  • ldv@ в devel@

Ссылки