From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) by sourceware.org (Postfix) with ESMTP id 699CD3858C83 for ; Tue, 1 Feb 2022 03:12:33 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 699CD3858C83 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gentoo.org Received: by smtp.gentoo.org (Postfix, from userid 559) id B9E2F3431D6; Tue, 1 Feb 2022 03:12:32 +0000 (UTC) Date: Mon, 31 Jan 2022 22:12:31 -0500 From: Mike Frysinger To: newlib@sourceware.org Subject: Re: newlib_cv_ vs libc_cv_ autoconf cache vars prefix Message-ID: Mail-Followup-To: newlib@sourceware.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2T+oshzgTrdrEtMC" Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-4.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, PDS_OTHER_BAD_TLD, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2022 03:12:36 -0000 --2T+oshzgTrdrEtMC Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 31 Jan 2022 15:17, Corinna Vinschen wrote: > On Jan 28 04:44, Mike Frysinger wrote: > > the newlib/libgloss configure scripts use both libc_cv_ and newlib_cv_ = as > > their autoconf cache var prefixes. this really should be just one name. > > i'm inclined to use newlib_cv_ rather than the more generic libc_cv_. = any > > preferences or reasons to pick one or the other ? > >=20 > > libgloss also has cache vars. i'm inclined to have it use newlib_cv_ t= oo > > since, as a project, it's carved out the namespace, and doesn't really = need > > its own libgloss_cv_ prefix. >=20 > AFAICS, only six libc_cv_* and two newlib_cv_* vars exist at all, and only > two of the libc_cv_* vars are AC_SUBST'ed and show up in the Makefile. > Using the same prefix for all vars, it would be the smaller change to > switch the 2 newlib_cv's to libc_cv. The result would be the same. the reason i'm not a fan of libc_cv is that glibc uses that namespace. if = you want to setup a config.site cache for a target that builds glibc & newlib, = then it's hard to avoid namespace conflicts. but if we use newlib_cv_, then the= re's no such collision. -mike --2T+oshzgTrdrEtMC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmH4pR8ACgkQQWM7n+g3 9YEu9Q/+Kev1RHwWEALFdra6ZZ2WtRLg2NnqDvQOFFlasqRxRcf/KydFl47glwQe e1UEI+h7jAlj9JI+Ep15CCmEBd1uZ+5NlgdhYAw34FDb5gFpc2XuMYtt88jwHor/ BWYSxKDU3diaCoRcGB+tBCigKYwP08lSIKuAQde0XcBnwW4u7Ex6yD+jj9b+tMD/ R107vRYsPJiT20yoVz+SghIMzxP224nKJ8xVfJOuYEJ8M7cM0MfyowtMQz2mxhZ6 98fuenr/NqBjBI5gOuQxOZ8CZQ++sOdE08tu1cJleYCXJiFBHVGPS69z2ZYbXdyS CCv51BQmXkVeA4R6jDCtmwO0IKADtZHrf44AZfHL2Tfu3b3Tk3/N/ihjF4AbSeNi rogQKy9eg0ygQa0MR3Awp7S40n2Q/j1dr5v47niStddKJBRZIRzQhQKXvT4JhWuw J1hhnRROqA4c9rNX0KOIFAenT2aZzb+smKfmfYOG3PlI3SJOD3nJjh+MKPWG27eF Hg5Z4Cj3MgiT5rMywVPLoqswaXaWbeeOrsZyHQvfXS5nwzqJQzZ0KcXEDBSwHT1J KgfzAW93LckMDuxXJ5X8hTRms+JN70M8Yto1aOtHT+1roIkpndl/HrSkkb76pF+V 2B6+XBEIZcPJBSYSQ1EGbrU8dx2HfglG6qFSl0Fdd7XnNi/l3NM= =0WnL -----END PGP SIGNATURE----- --2T+oshzgTrdrEtMC--