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

Материал из ALT Linux Wiki
м (→‎Решение: чуть подробней про поиск ошибки)
(→‎Ссылки: added PLD link, thx php-coder@)
 
Строка 60: Строка 60:
* 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
 
* http://www.pld-linux.org/DevelopingPLD/AdvancedDeveloping/FixingAsNeeded


{{Category navigation|title=Upstream|category=Upstream|sortkey={{SUBPAGENAME}}}}
{{Category navigation|title=Upstream|category=Upstream|sortkey={{SUBPAGENAME}}}}

Текущая версия от 09:48, 15 июня 2010

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). Пример «на пальцах» можно найти тут, вкратце: 

--lz zv.o
+zv.o -lz

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

Поищите использование переменной LINK в получившемся Makefile и загляните в Makefile.am, чтобы выяснить, в какую переменную до объектов засунули -l* вместо того, чтобы воспользоваться одной из тех, что задействованы в «хвосте» строчки линковки.

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

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

%build
autoreconf -fisv
# ...

Смысл этой странной конструкции состоит в том, что все ссылки на библиотеки (-lfoo) должны помещаться в переменнуюю LIBS, а не LDFLAGS (или AM_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@

Ссылки

Upstream