]> rtime.felk.cvut.cz Git - coffee/buildroot.git/commitdiff
mtools: do not link to libbsd
authorCarlos Santos <casantos@datacom.ind.br>
Tue, 28 Nov 2017 16:06:51 +0000 (14:06 -0200)
committerPeter Korsgaard <peter@korsgaard.com>
Wed, 29 Nov 2017 16:46:57 +0000 (17:46 +0100)
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>
package/mtools/mtools.mk

index 5db548fad9f41ad91b243ef53eec29276e032020..1a6218831ec9e0ef60ae0f02533638f4617dce02 100644 (file)
@@ -13,9 +13,13 @@ 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