This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] Remove compat from DEFAULT_CONFIG lookup strings

On Fri, 2017-08-18 at 21:12 +0000, Joseph Myers wrote:
> On Fri, 18 Aug 2017, Steve Ellcey wrote:
> > 
> > I would think so.  I did a search and didn't find any more "compat"
> > lookups beyond what you found.  Not doing these changes didn't cause
> > any testsuite failures but it does seem like they should be changed.  I
> > updated them and reran the testsuite and got no regressions.  Here is
> > an updated patch.
> Does this affect any defaults visible to glibc users?  If it does, it 
> needs an entry in the "Deprecated and removed features, and other changes 
> affecting compatibility" section of NEWS.

I think everything is already in the 2.26 Depreciated section.  This
was done when the original patch to remove libnss_compat was made.
These changes are just dealing with the fact that that patch was

* The NIS(+) name service modules, libnss_nis, libnss_nisplus, and
  libnss_compat, are deprecated, and will not be built or installed by

  The NIS(+) support library, libnsl, is also deprecated.  By default, a
  compatibility shared library will be built and installed, but not headers
  or development libraries. Only a few NIS-related programs require this
  library.  (In particular, the GNU C Library has never required programs
  that use 'gethostbyname' to be linked with libnsl.)

  Replacement implementations based on TIRPC, which additionally support
  IPv6, are available from <>.  The configure
  option --enable-obsolete-nsl will cause libnsl's headers, and the NIS(+)
  name service modules, to be built and installed.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]