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.62) (envelope-from ) id 1I0B4g-0008IL-Bl for garchives@archives.gentoo.org; Mon, 18 Jun 2007 06:50:54 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l5I6nr5K004491; Mon, 18 Jun 2007 06:49:53 GMT Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l5I6lxrg002218 for ; Mon, 18 Jun 2007 06:47:59 GMT Received: by py-out-1112.google.com with SMTP id p76so4014484pyb for ; Sun, 17 Jun 2007 23:47:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EvgrOvxQH1w50p1yrlqCFPwWxBogpAQfjQsROdvWij0N0CZXdvQ61uFsb8ergaHZBILM7w+opNGo034WwPmVZleTTpCVAf3KtJ6H0SQ3rGflnFzGhj9+tPlQLpG7qs6+3pUDUXizJUVy7DVunsppBAOKLxHhTI2ISlvy0AS6Jmg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aSJn0WOJOgLIABsdUup+W0fQPO10Ue7cyozQgpgC3BGBoLL9IrCNkQfmMfBvaUC+kbNWyrzfXhVtCMarUiVNBVRpAtQXLydiuCh49ZwWtGRm1MY7dj/YeWFLzQxmjyDypoCoRPWEivpPrSQXSiJm9egX8RngKZwXHjHZ9/U72bw= Received: by 10.64.208.20 with SMTP id f20mr8693526qbg.1182149279075; Sun, 17 Jun 2007 23:47:59 -0700 (PDT) Received: by 10.64.251.15 with HTTP; Sun, 17 Jun 2007 23:47:58 -0700 (PDT) Message-ID: <8cd1ed20706172347t5014395bg5fdccfc4adcd466e@mail.gmail.com> Date: Mon, 18 Jun 2007 18:47:59 +1200 From: "Kent Fredric" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: EAPI-1 (or >1, perhaps) Proposal: AND Dependencies In-Reply-To: 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: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4671DCEF.7080009@gmail.com> <20070615120051.4f35ea2c@snowflake> <46727BE3.5090105@gentoo.org> <20070615125642.2dcffcd7@snowflake> X-Archives-Salt: 78cc2410-9863-4e1a-bc42-85ca4982a124 X-Archives-Hash: 57668d98ef71691d5bb68bf0bfe0e84c On 6/18/07, Steve Long wrote: > Ciaran McCreesh wrote: > > Luca Barbato wrote: > >> Ciaran McCreesh wrote: > >> > Paludis allows users to do some-cat/foo[>=4.0&<4-3] and > >> > some-cat/foo[=4.1|=4.2|=4.3] . The syntax isn't particularly pretty, > >> > but it's cleaner than requiring duplication of the cat/pkg. Combined > >> > with :slot deps it should give you everything you need. > >> > >> Seems not bad, do you have plans to refine it before proposing it for > >> the pms? > > > > Well, I'm happy with it like that... > > > but as you said, it ain't pretty: what about simply replacing [] with ()? > && to match || in portage and logical AND in C etc. seems wise too. > Allow both if you *have* to maintain backwards-compatibility, but it makes > it more like portage syntax, which folks are used to: > some-cat/foo(>=4.0&&<4.3) seems clean, for this example. > > To my mind, | seems like a good second-level operator, so one could have: > cat-foo/bar(~3.6||~3.7|>=4.0&&<4.3|>=5.1) while still using the operators > everyone is used to for most things. > > (& makes no sense in that context, of course.) If you can, try integrate a name based syntax into the requirement. using decorative characters alone may have their uses, but there are only so many you can use, and so many combinations you can create before all your code starts looking like perl's acme eyedrops. I say name based, because this allows some degree of permitting forward development & enhancement without majorly breaking an existing system :) ( im not much of a lisper, but lisp a lot of functionality for the cost of very minimal symbol abuse . .im not saying we should use lisp syntax, but maybe a page from their book in terms of expandability ) -- Kent ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x| print "enNOSPicAMreil kdrtf@gma.com"[(2*x)..(2*x+1)]}' -- gentoo-dev@gentoo.org mailing list