From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LgMNB-0003Lc-2D for garchives@archives.gentoo.org; Sun, 08 Mar 2009 17:01:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A08F6E0492; Sun, 8 Mar 2009 17:01:07 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 6E943E0492 for ; Sun, 8 Mar 2009 17:01:07 +0000 (UTC) Received: from gentoo.org (c-98-246-79-112.hsd1.or.comcast.net [98.246.79.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id F3A0B64C0B for ; Sun, 8 Mar 2009 17:01:06 +0000 (UTC) Date: Sun, 8 Mar 2009 10:01:05 -0700 From: Donnie Berkholz To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Ideas for a (fast) EAPI=3 Message-ID: <20090308170104.GH14240@comet> References: <1236498557.6854.51.camel@neuromancer> <20090308164228.GG14240@comet> <20090308164806.1d3fa1d7@snowcone> 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 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FLPM4o+7JoHGki3m" Content-Disposition: inline In-Reply-To: <20090308164806.1d3fa1d7@snowcone> User-Agent: Mutt/1.5.18 (2008-05-17) X-Archives-Salt: 23e5c5b1-a4c2-483b-8f2c-569b5ec52d72 X-Archives-Hash: e4474fb7308ddb6d99db330c0e85efbc --FLPM4o+7JoHGki3m Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 16:48 Sun 08 Mar , Ciaran McCreesh wrote: > On Sun, 8 Mar 2009 09:42:29 -0700 > Donnie Berkholz wrote: > > - I understand the reasoning for the SRC_CONFIGURE_WITH blah stuff. I= =20 > > strongly oppose this implementation because it makes ebuilds less > > like bash scripts that are easy to understand. Instead I suggest > > extending use_with() and use_enable() to accept multiple sets of > > arguments (alternately, making custom, similar functions that will > > take multiple args). >=20 > How would that work? I can't see an obvious way of doing it that isn't > more or less as verbose as just using multiple calls. It would just eliminate all but one call to use_with(). Depending on how=20 many you've got, this can shorten things up a fair bit. Here's an=20 example: econf \ $(use_with 'x X' 'foo libfoo' 'bar' 'python pygtk') econf \ $(use_with x X) \ $(use_with foo libfoo) \ $(use_with bar) \ $(use_with python pygtk) --=20 Thanks, Donnie Donnie Berkholz Developer, Gentoo Linux Blog: http://dberkholz.wordpress.com --FLPM4o+7JoHGki3m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAkmz+dAACgkQXVaO67S1rtuh8QCfR5Z2bbC5eMG9z2IEFpeh/+ES RyYAmwb7xUNRqG+SUOC9+flg3T5Hp/8x =Au1/ -----END PGP SIGNATURE----- --FLPM4o+7JoHGki3m--