From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C1304158008 for ; Thu, 15 Jun 2023 21:11:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 25CE2E0959; Thu, 15 Jun 2023 21:11:42 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D5132E094A for ; Thu, 15 Jun 2023 21:11:41 +0000 (UTC) References: <20230615155240.589982-1-sam@gentoo.org> <20230615155240.589982-10-sam@gentoo.org> User-agent: mu4e 1.10.3; emacs 29.0.91 From: Sam James To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 10/11] ruby-ng.eclass: use shopt directly, not via estack.eclass Date: Thu, 15 Jun 2023 22:11:11 +0100 In-reply-to: Message-ID: <874jn8ig7c.fsf@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Archives-Salt: 4a67c8bf-01d0-4307-aeda-fb964049276a X-Archives-Hash: 397b1f25d0ff824a359c355a185eecee --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hans de Graaff writes: > On Thu, 1970-01-01 at 00:00 +0000, Sam James wrote: >> ulm points out that estack.eclass is particularly inefficient >> (although >> it'll get slightly better once >> https://github.com/gentoo/gentoo/pull/31437 >> is fixed). >>=20 >> Let's just manually roll it like llvm.eclass does. > > It looks like that was the only use for inhering estack? If so that > inherit can go too, right? Good spot - thanks! > > Hans best, sam --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZIt+d18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv by5vcmcACgkQc4QJ9SDfkZAo3AEA+hQJeD32O4x7HIk2+9JV6Y9ud8G9n53WJng3 t/cGpXoA+gNVZLz8n9gEw3pFGw5i44MlIBxwen3FtFo5KjOAiUIO =vZ9+ -----END PGP SIGNATURE----- --=-=-=--