f5ef363732
If libbsd is found by the configuration process, mtools unnecessarily adds a NEEDED field with libbsd to its dynamic section, but it does not actually use anything from libbsd under Linux. The same may happen to host-mtools if some libbsd package is installed on the host machine. Prevent this by forcing configure to bypass the checking for the existence of a gethostbyname function in libbsd. I stumbled on this problem when I built host-mtools and later removed libbsd to upgrade to Fedora 27, due to Bug 1504831[1]. The previously built host/bin/mtools started to fail due to the missing libbsd.so.0. 1. https://bugzilla.redhat.com/show_bug.cgi?id=1504831 Signed-off-by: Carlos Santos <casantos@datacom.ind.br> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
36 lines
940 B
Makefile
36 lines
940 B
Makefile
################################################################################
|
|
#
|
|
# mtools
|
|
#
|
|
################################################################################
|
|
|
|
MTOOLS_VERSION = 4.0.18
|
|
MTOOLS_SOURCE = mtools-$(MTOOLS_VERSION).tar.bz2
|
|
MTOOLS_SITE = $(BR2_GNU_MIRROR)/mtools
|
|
MTOOLS_LICENSE = GPL-3.0+
|
|
MTOOLS_LICENSE_FILES = COPYING
|
|
MTOOLS_CONF_OPTS = --without-x
|
|
# info documentation not needed
|
|
MTOOLS_CONF_ENV = \
|
|
ac_cv_func_setpgrp_void=yes \
|
|
ac_cv_lib_bsd_gethostbyname=no \
|
|
ac_cv_lib_bsd_main=no \
|
|
ac_cv_path_INSTALL_INFO=
|
|
|
|
HOST_MTOOLS_CONF_ENV = \
|
|
ac_cv_lib_bsd_gethostbyname=no \
|
|
ac_cv_lib_bsd_main=no \
|
|
ac_cv_path_INSTALL_INFO=
|
|
|
|
# link with iconv if enabled
|
|
ifeq ($(BR2_PACKAGE_LIBICONV),y)
|
|
MTOOLS_DEPENDENCIES += libiconv
|
|
MTOOLS_CONF_ENV += LIBS=-liconv
|
|
endif
|
|
|
|
# Package does not build in parallel due to improper make rules
|
|
MTOOLS_MAKE = $(MAKE1)
|
|
|
|
$(eval $(autotools-package))
|
|
$(eval $(host-autotools-package))
|