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 1LjdR0-0005Zs-OO for garchives@archives.gentoo.org; Tue, 17 Mar 2009 17:50:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0A370E04AE; Tue, 17 Mar 2009 17:50:38 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id DD378E04AE for ; Tue, 17 Mar 2009 17:50:37 +0000 (UTC) Received: from [192.168.19.59] (hangover.linbsd.net [69.80.193.15]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 6BE8A641D7 for ; Tue, 17 Mar 2009 17:50:37 +0000 (UTC) Subject: Re: [gentoo-portage-dev] qfile assumes category names contain a hyphen From: Ned Ludd To: gentoo-portage-dev@lists.gentoo.org In-Reply-To: <200903171327.53457.vapier@gentoo.org> References: <49BE7F94.4070500@oversi.com> <200903161945.52018.vapier@gentoo.org> <1237309198.12176.8.camel@hangover> <200903171327.53457.vapier@gentoo.org> Content-Type: text/plain Organization: Gentoo Linux Date: Tue, 17 Mar 2009 10:50:36 -0700 Message-Id: <1237312236.12176.18.camel@hangover> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@lists.gentoo.org Reply-to: gentoo-portage-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Archives-Salt: d415f8ac-7ce0-4bf8-b2c8-616c0381e2f9 X-Archives-Hash: 3082d1e47938f596604be30b1e1c5d53 On Tue, 2009-03-17 at 13:27 -0400, Mike Frysinger wrote: > On Tuesday 17 March 2009 12:59:58 Ned Ludd wrote: > > There is also a bug with atom parsing iirc on 32bit platforms. gradm was > > the test case. Think we need to change from int to long. > > the code is documented as having 64bit limitations for any specific component. > the last release doesnt have the updated work i did in qatom to handle the > latest atom spec though, and that includes moving from 32bit to 64bit for > components ... Sounds good. > > > Maybe another with -rX parsing. > > if you're thinking of the open bug, that's an eprefix specific extension. > they turned the X in -rX into a floating point #. which isnt supported > currently. > -mike I don't think that was it. But I can't recall well enough off the top of my head the problem that somebody pointed out to me one day on irc while I was probably too busy. -- Ned Ludd Gentoo Linux