[Buildroot] [PATCH v2 1/2] package/exim: remove libnsl linking with Glibc.
Luca Ceresoli
luca at lucaceresoli.net
Wed May 16 15:12:57 UTC 2018
Hi Romain,
On 04/05/2018 23:02, Romain Naour wrote:
> glibc now considers its built-in libnsl as being obsolete, and requires
> passing --enable-obsolete-libnsl to have it built and installed. libnsl
> is now provided as a separate project [1], but it isn't packaged yet in
> Buildroot.
>
> In preparation for dropping --enable-obsolete-libnsl from the glibc
> package, this commit ensures that exim doesn't use libnsl. It was
> already the case for uclibc and musl toolchains, so this commit simply
> extends that to make sure libnsl is also not used with glibc toolchains.
>
> Only Exim's nis.so and nisplus.so lookup modules require libnsl,
> but they are not build by default. So we can safely remove -lnsl
> from the Makefile-Linux. If someone want these modules, a new libnsl
> package must be added first to provide nsl library.>
> Note: Fedora 28 has switched to the new libnsl library that bring
> IPV6 support. [2]
...and this triggered host toolchain issues such as:
http://autobuild.buildroot.net/results/a362dfef9e5187931431000c54f03f841d17c847/
The reason is that the host tools generates by exim (namely buildconfig)
are built out of build-br/Makefile, which is assembled by concatenating
together several makefiles including OS/Makefile-Linux. So the
buildconfig tool will try to link against libnsl, but that's not needed.
As a positive side effect, this patch fixes the above issue.
Reviewed-by: Luca Ceresoli <luca at lucaceresoli.net>
--
Luca
More information about the buildroot
mailing list