This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Intention of "headers-not-in-tirpc"?+
- From: Thorsten Kukuk <kukuk at suse dot de>
- To: libc-alpha at sourceware dot org
- Date: Mon, 21 Mar 2016 07:41:59 +0100
- Subject: Re: Intention of "headers-not-in-tirpc"?+
- Authentication-results: sourceware.org; auth=none
- References: <20160317194236 dot GA16154 at suse dot de> <20160318215347 dot B4A732C3C61 at topped-with-meat dot com> <20160319123137 dot GB302 at suse dot de> <20160321061625 dot GO6588 at vapier dot lan>
On Mon, Mar 21, Mike Frysinger wrote:
> why ? these have 0 value outside of rpc related code, and libtirpc
> already has implementations for them. why should glibc continue to
> waste space on them ? the NSS indirection is not a compelling reason
> imo.
NSS is the reason and problem.
Why should every other library waste time and resources to re-implement
the glibc NSS interface and stay in sync (and this is needed to use the
same NSS modules) only that glibc saves a few bytes? And yes, we really
speak only about a few bytes here.
It's ok that you are for removing it from glibc, but please, then provide
a doable alternative solution.
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)