summaryrefslogtreecommitdiffstats
path: root/package/gnu-efi
diff options
context:
space:
mode:
authorCarlos Santos <casantos@datacom.ind.br>2017-11-28 14:06:51 -0200
committerPeter Korsgaard <peter@korsgaard.com>2017-11-29 17:46:57 +0100
commitf5ef363732fd6092b132cc21573efafea3f1d4ac (patch)
treed56f71a1925b903b823b37d726a299b1df681bfc /package/gnu-efi
parent66426bfbc8de807d779bc08e2a5b28566a5a4c68 (diff)
downloadbuildroot-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/gnu-efi')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud