From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from albireo.enyo.de (albireo.enyo.de [37.24.231.21]) by sourceware.org (Postfix) with ESMTPS id BC53E3858C3A for ; Wed, 13 Oct 2021 12:56:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BC53E3858C3A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=deneb.enyo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=deneb.enyo.de Received: from [172.17.203.2] (port=52429 helo=deneb.enyo.de) by albireo.enyo.de ([172.17.140.2]) with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1madoE-0003Rp-GD; Wed, 13 Oct 2021 12:56:38 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.94.2) (envelope-from ) id 1madoE-000SFs-7C; Wed, 13 Oct 2021 14:56:38 +0200 From: Florian Weimer To: Stafford Horne via Libc-alpha Subject: Re: [PATCH] login: Add back libutil as an empty library References: <20211013125042.2347805-1-shorne@gmail.com> Date: Wed, 13 Oct 2021 14:56:38 +0200 In-Reply-To: <20211013125042.2347805-1-shorne@gmail.com> (Stafford Horne via Libc-alpha's message of "Wed, 13 Oct 2021 21:50:42 +0900") Message-ID: <87tuhlf5h5.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-6.0 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2021 12:56:43 -0000 * Stafford Horne via Libc-alpha: > There are several packages like sysvinit and buildroot that expect > -lutil to work. Rather than impacting them with having to change > the linker flags provide an empty libutil.a. This produces a libutil.so.1 as well, right? I think we should still prevent that. It's not clear to me what the proper approach would be, though. We have a bunch of existing examples: libmcheck.a, libg.a. But those do not use the usual library mechanism AFAICS. Maybe this will work? libutil-inhibit-o = $(filter-out .o,$(object-suffixes)) And do not set libutil-routines and libutil-shared-only-routines for new architectures.