From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 118995 invoked by alias); 17 Jul 2018 10:42:36 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 118712 invoked by uid 89); 17 Jul 2018 10:42:36 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 spammy=H*r:4.89, Hx-languages-length:756 X-HELO: albireo.enyo.de From: Florian Weimer To: Andreas Schwab Cc: libc-alpha@sourceware.org Subject: Re: [PATCH] Don't add nis subdir for new architectures References: <871sc29nds.fsf@mid.deneb.enyo.de> Date: Tue, 17 Jul 2018 10:42:00 -0000 In-Reply-To: (Andreas Schwab's message of "Tue, 17 Jul 2018 12:32:31 +0200") Message-ID: <87pnzm87on.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2018-07/txt/msg00488.txt.bz2 * Andreas Schwab: > On Jul 17 2018, Florian Weimer wrote: > >> * Andreas Schwab: >> >>> For future architectures, sysdeps/unix/inet no longer implies building the >>> nis subdirectory, and --enable-obsolete-nsl is ignored. >> >> I think we should remove --enable-obsolete-rpc and >> --enable-obsolete-nsl altogether, > > Feel free to submit a patch. That is an independent change. Conceptually it's not. If there are distributions which still want to build the old interfaces, with your patch, they will not be able to build newer glibc versions for the affected architectures. That's why I think we need consensus first whether distributions still need those configure options.