From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EKIgW-0000FZ-KD for garchives@archives.gentoo.org; Tue, 27 Sep 2005 16:52:05 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j8RGhmD5024621; Tue, 27 Sep 2005 16:43:48 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j8RGeiBj002883 for ; Tue, 27 Sep 2005 16:40:44 GMT Received: from cpe-65-26-255-237.wi.res.rr.com ([65.26.255.237] helo=nightcrawler) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EKIcM-0005dx-Vu for gentoo-dev@lists.gentoo.org; Tue, 27 Sep 2005 16:47:47 +0000 Date: Tue, 27 Sep 2005 11:48:01 -0500 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Dirt: To shove under the rug or not shove under the rug? (aka another round of USE_EXPAND) Message-ID: <20050927164801.GB30337@nightcrawler> References: <200509271823.25788.jstubbs@gentoo.org> <200509271242.05438@enterprise.flameeyes.is-a-geek.org> <200509272151.17297.jstubbs@gentoo.org> <200509271544.17173@enterprise.flameeyes.is-a-geek.org> <843E5A1C-7514-4E4F-891B-999E57CA8D0C@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@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="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: <843E5A1C-7514-4E4F-891B-999E57CA8D0C@gentoo.org> User-Agent: Mutt/1.5.8i X-Archives-Salt: b8459f98-2760-4e1b-96aa-07441c189688 X-Archives-Hash: 65b8de5e6a630a73ee349604caf80458 --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 09:07:00AM -0500, Kito wrote: > [Portage devs please don't throw rocks at me] All out of rocks :/ > My impression of the userland, elibc, and kernel use expanded vars is =20 > it was a quick way to sidestep some of the issues with GLEP22... it =20 > would seem the full keywords have still not been taken advantage of. =20 > From the ebuild perspective, if the profile has a keyword of x86-=20 > fbsd-bsd-fbsd, there is no clean way to just do a conditional based =20 > on a 'Keyword Fragment' as there are obviously namespace collisions. >=20 > Ideal to me would be syntax something like: >=20 > kernel !fbsd && foo > libc glibc || bar > userland darwin && boof Bash side of it's pretty easy to implement however needed, the problem=20 here (and why imo USE_EXPAND came into existance) is getting those=20 conditional nodes into the dep syntax evaluation without trampling=20 other use vars. And *-*-*-fbsd as a conditional node sucks in depends, is ugly, oh so=20 ugly. :) ~harring --cmJC7u66zC7hs+87 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDOXfBvdBxRoA3VU0RArFcAKCQ+erbAR7Bvi5334fYUWTfwRXRdACfeKga OZfr5cKGUsdYK2NXd0JLgEg= =rTdc -----END PGP SIGNATURE----- --cmJC7u66zC7hs+87-- -- gentoo-dev@gentoo.org mailing list