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 1FyvLi-0003Ew-EC for garchives@archives.gentoo.org; Fri, 07 Jul 2006 18:46:46 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k67Iigx9031814; Fri, 7 Jul 2006 18:44:42 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k67IcKn7028421 for ; Fri, 7 Jul 2006 18:38:21 GMT Received: from gentoo.org (cp237988-a.mill1.nb.home.nl [84.29.235.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 3FF626422C for ; Fri, 7 Jul 2006 18:38:20 +0000 (UTC) Date: Fri, 7 Jul 2006 20:40:36 +0200 From: Harald van =?utf-8?Q?D=C4=B3k?= To: gentoo-dev@lists.gentoo.org Subject: Re: Gentoo vs GNU toolchain (was Re: [gentoo-dev] Replacing cpu-feature USE flags) Message-ID: <20060707184036.GA3398@gentoo.org> References: <200607061252.33028@enterprise.flameeyes.is-a-geek.org> <44AD6C8E.8060300@gentoo.org> <20060706201420.GA3845@gentoo.org> <200607061944.34690.vapier@gentoo.org> <20060707054615.GA3257@gentoo.org> <20060707160009.1c373aea@c1358217.kevquinn.com> <20060707165304.GA3255@gentoo.org> <1152294903.8423.20.camel@onyx> 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=us-ascii Content-Disposition: inline In-Reply-To: <1152294903.8423.20.camel@onyx> User-Agent: Mutt/1.5.11 X-Archives-Salt: d8e1e281-b4ea-44d8-b7c3-ba1e1167906a X-Archives-Hash: 57ff53792fba12561f98159740702f27 On Fri, Jul 07, 2006 at 01:55:03PM -0400, Ned Ludd wrote: > Keep pushing this and the only thing you will end up with is the > vanilla flag being removed all together.. Is that a threat? If not, is there a reason behind this? > You want a pure 100% > vanilla(POS) non working toolchain then go download it and > compile it yourself. You will soon see why things exist the way > they do.. If you mean modifying the build system to actually work properly, then I have no problem with that. USE=vanilla refers to runtime behaviour, not the build system. (See use.desc.) Specifically, if patches are applied that make sure GCC compiles, and those patches make sure GCC compiles to the same program intended by the GCC devs at that release, those patches are appropriate, IMO. None of the GCC patches I have problems with are of this nature. If you mean vanilla GCC + build fixes is unusable, then I'd appreciate an explanation, because as far as I know, it can work just fine as a system compiler, and plenty of people, at some times myself included, use it as one. -- gentoo-dev@gentoo.org mailing list