This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] deprecate libnsl (Version 4)
- From: Zack Weinberg <zackw at panix dot com>
- To: Thorsten Kukuk <kukuk at suse dot de>
- Cc: GNU C Library <libc-alpha at sourceware dot org>
- Date: Thu, 23 Feb 2017 10:09:47 -0500
- Subject: Re: [PATCH] deprecate libnsl (Version 4)
- Authentication-results: sourceware.org; auth=none
- References: <20170223144433.GB7680@suse.de>
On Thu, Feb 23, 2017 at 9:44 AM, Thorsten Kukuk <kukuk@suse.de> wrote:
>
> a fourth version of my patch to deprecate libnsl and disable the
> depending libnss_* modules. It's following the sunrpc code.
I also endorse this in principle. As with the sunrpc patch, a diff of
installation trees would be helpful to reviewers.
There are a lot of configure scripts out there that do
AC_CHECK_LIB([nsl], [gethostbyname]). Yes, that should be
AC_SEARCH_LIBS, the Autoconf manual even says so these days, but some
people are still using autoconf 2.13, so. Would you please verify
that an autoconf script with AC_CHECK_LIB([nsl], [gethostbyname]) in
it does _not_ fail when run against a glibc with this modification,
and the generated makefile does _not_ try to link -lnsl?
The NEWS entry should explain which programs are likely to need your
libnsl replacement. It's my impression that the answer is "almost
none", but it's important to be reassuring here.
zw