PKG_CHECK_MODULES считается вредным?

Question

Различные разработчики препятствуют использованию PKG_CHECK_MODULES (например, в this answer), но нет четкого, исчерпывающего объяснения их причин, насколько я искал. Итак, я спрашиваю:

• Зачем нужно было PKG_CHECK_MODULES?
• Каковы альтернативы?

Я, например, использовал его в первый раз сегодня. Я нашел, что это неоценимо полезно, специально для работы с довольно сложными наборами библиотеки, такими как GTK +, где у меня есть вся эта зависимость:

-I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 
-I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 
-I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/libpng12 

-lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 
-lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 
-lgthread-2.0 -lrt -lglib-2.0 

Answer 1

В течение многих лет я использовал PKG_CHECK_MODULES и нашел, что это будет очень полезно. Я видел, как люди жаловались, что использование PKG_CHECK_MODULES вызвало «тонкие ошибки сборки» на разных платформах, но я никогда не обнаружил, что это особенно убедительная причина, чтобы прекратить ее использовать. Тем не менее, я считаю, что обязательство сопровождающего должно отвечать на жалобы пользователей там, где это необходимо, так что это всегда было проблемой. Однако моя основная жалоба с PKG_CHECK_MODULES заключается в том, что она вызывает сбои там, где она не должна. Если пользователь устанавливает libfoo в /p/a/t/h и вызывает сценарий configure с LDFLAGS=-L/p/a/t/h, пользователь оправдывается ожиданием, что конфигурация найдет libfoo. Но пользователь также должен установить PKG_CONFIG_PATH, чтобы сценарий configure мог найти foo.pc, чтобы конфигурация была успешной, и ИМО, которая сломана. Можно было бы вызвать AC_CHECK_LIB, а затем вызвать только PKG_CHECK_MODULES, если библиотека не найдена через стандартный механизм, чтобы избежать этой проблемы. Другая проблема заключается в том, что вполне возможно, что PKG_CHECK_MODULES найдет файл .pc, в котором информация неточна, что приводит к сбою сборки. В этом случае необходимо вызвать AC_CHECK_LIB после PKG_CHECK_MODULES.

Короче говоря, чтобы правильно использовать PKG_CHECK_MODULES, необходимо вызвать AC_CHECK_LIBS первый, а затем условно вызвать PKG_CHECK_MODULES, а затем вызвать AC_CHECK_LIBS еще раз для проверки информации, найденной PKG_CHECK_MODULES. Вся эта дополнительная работа со стороны сопровождающего только для того, чтобы облегчить пользователям установку их библиотек в нестандартном расположении, является IMO, абсурдным. Пользователь должен настроить свою цепочку инструментов для поиска библиотек с помощью стандартных механизмов.

- EDIT -

Чтобы уточнить, я не утверждаю, что пакет, который использует библиотеку, которая поощряет использование PKG_CHECK_MODULES следует избегать использования в их configury. Скорее, я рекомендую, чтобы библиотеки не поощряли его использование и прекращали распространять файлы .pc. Проблема, которая пытается быть решена с помощью файлов .pc, лучше решать на более высоком уровне. Автотестами являются не система управления пакетами, и это проблема, которая должна быть решена с помощью инструмента управления пакетами.

Answer 2

Существует сообщение в блоге здесь идет в немного подробно на плохой стороне PKG_CHECK_MODULES:

http://tirania.org/blog/archive/2012/Oct-20.html

или этого StackOverflow вопрос:

Using the pkg-config macro PKG_CHECK_MODULES failing

Это существенно кипятит до: Это приводит к очень бесполезным ошибкам, если кто-то пытается запустить autoconf и не имеет установленного pkg-config. Вот пример ошибки я получил сегодня работает autoconf && ./configure:

./configure: line 5283: syntax error near unexpected token `FFMPEG,' 
./configure: line 5283: ` PKG_CHECK_MODULES(FFMPEG, libavutil libavformat libavcodec libswscale, HAVE_FFMPEG=yes)' 

Чтобы пользователь/разработчик просто пытается собрать пакет, это не кричит «вам нужно установить PKG-конфигурации».

Если (как статья предполагает) вы просто позвоните PKG-конфигурации напрямую, вы получите более полезные ошибки, например .:

AC_SUBST(MONO_LIBS) 
AC_SUBST(MONO_CFLAGS) 
if pkg-config --atleast-version=2.10 mono; then 
    MONO_CFLAGS=`pkg-config --cflags mono` 
    MONO_LIBS=`pkg-config --libs mono` 
else 
    AC_MSG_ERROR(Get your mono from www.go-mono.com) 
fi 

Другие люди предлагают не использовать PKG-конфигурации на всех; это отдельный вопрос.