[RFC] Avoiding dlopen in statically linked applications that use nss [#27959]

[Florian Weimer]

* Arjun Shankar via Libc-alpha:

> Therefore, if my understanding of the situation is correct, this new
> statically linked library will need to have more bits from nss
> including all public functions available for name resolution in order
> for it to work. I expect this would also mean moving code from various
> places in the glibc source tree into nss/ (e.g. pwd/, resolv/, grp/
> etc.) so that they can then be included in the new library.

I'm not opposed to this change (moving pwd, grp, gethostbyname,
getaddrinfo etc. into nss/) as a general simplification and build
speedup.  It's actually unrelated to the static NSS changes.

What do others think?

Thanks,
Florian