diff options
| author | Carlos Santos <casantos@datacom.ind.br> | 2017-11-28 14:06:51 -0200 |
|---|---|---|
| committer | Peter Korsgaard <peter@korsgaard.com> | 2017-11-29 17:46:57 +0100 |
| commit | f5ef363732fd6092b132cc21573efafea3f1d4ac (patch) | |
| tree | d56f71a1925b903b823b37d726a299b1df681bfc /package/mtools | |
| parent | 66426bfbc8de807d779bc08e2a5b28566a5a4c68 (diff) | |
| download | buildroot-f5ef363732fd6092b132cc21573efafea3f1d4ac.tar.gz buildroot-f5ef363732fd6092b132cc21573efafea3f1d4ac.zip | |
mtools: do not link to libbsd
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>
Diffstat (limited to 'package/mtools')
| -rw-r--r-- | package/mtools/mtools.mk | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/package/mtools/mtools.mk b/package/mtools/mtools.mk index 5db548fad9..1a6218831e 100644 --- a/package/mtools/mtools.mk +++ b/package/mtools/mtools.mk @@ -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 |
