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.60) (envelope-from ) id 1FydBv-0003fi-O4 for garchives@archives.gentoo.org; Thu, 06 Jul 2006 23:23:28 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k66NKvvK008502; Thu, 6 Jul 2006 23:20:57 GMT Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k66NGA5u014494 for ; Thu, 6 Jul 2006 23:16:10 GMT Received: from [172.23.170.147] (helo=anti-virus03-10) by smtp-out3.blueyonder.co.uk with smtp (Exim 4.52) id 1Fyd4s-0003YP-Qg for gentoo-dev@lists.gentoo.org; Fri, 07 Jul 2006 00:16:10 +0100 Received: from [82.41.57.20] (helo=snowdrop.home) by asmtp-out4.blueyonder.co.uk with esmtpa (Exim 4.52) id 1Fyd4s-0006hF-BJ for gentoo-dev@lists.gentoo.org; Fri, 07 Jul 2006 00:16:10 +0100 Date: Fri, 7 Jul 2006 00:16:07 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Replacing cpu-feature USE flags Message-ID: <20060707001607.0c74d924@snowdrop.home> In-Reply-To: <200607062345.22070@enterprise.flameeyes.is-a-geek.org> References: <200607061252.33028@enterprise.flameeyes.is-a-geek.org> <200607062312.51721@enterprise.flameeyes.is-a-geek.org> <20060706222339.545302f1@snowdrop.home> <200607062345.22070@enterprise.flameeyes.is-a-geek.org> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.19; i686-pc-linux-gnu) 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=UTF-8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id k66NKvx9008502 X-Archives-Salt: d3f5aa54-5521-4088-886b-735f9db1979e X-Archives-Hash: b6402627280cd070639220f7e2f21a6e On Thu, 6 Jul 2006 23:45:21 +0200 "Diego 'Flameeyes' Petten=C3=B2" wrote: | On Thursday 06 July 2006 23:23, Ciaran McCreesh wrote: | > No, Diego. The argument is that you're coming up with a horrible and | > unnecessary hack where there are far cleaner alternatives, and that | > you're blindly sticking to it and trying to throw off any | > objections by devious means because you don't want to scrap said | > hack after all the misguided effort you've spent on it. However, | > since you seem to be incapable of admitting the gaping flaws in | > your own work, I'm asking for someone else to point this out to you | > in a formal manner rather than watch this thread go on for even | > longer. |=20 | Wait, isn't that what _you_ usually do? Like climbing up on mirrors | when you misunderstood something and blamed someone for an error that | was never made, trying to find another glitch in the procedure to | back it up? Please try to keep this technical, even if your co-developers can't... | I'm entirely ready to scrap what I have here if I find _valid reasons | to_. What's wrong with the ones you've been given so far? I'll summarise the ones I consider important: * it's relying upon non-guaranteed GCC internals. * it's relying upon GCC knowing the state of the underlying system, which fails at least for VIS. * it's removing the ability to get access to the data at the metadata phase, leading to what you yourself called a "regression". * it's forcing users to use insane CFLAGS hacks, which we've spent years telling them not to do and for good reason, to get back to previous behaviour. * a large part of the justification is based upon a misunderstanding of how cross compilation should be done. The correct way around this problem was already posted to the thread by solar. * it's removing transparency and simplicity and replacing them with obfuscation and complexity. * it's taking a variable with a well defined purpose and abusing it for something unrelated. Will that lot do or would you like some more? --=20 Ciaran McCreesh Mail : ciaran dot mccreesh at blueyonder.co.uk --=20 gentoo-dev@gentoo.org mailing list