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 1FyZDa-0004An-IP for garchives@archives.gentoo.org; Thu, 06 Jul 2006 19:08:54 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k66J6DrS007307; Thu, 6 Jul 2006 19:06:13 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 k66J29W1022609 for ; Thu, 6 Jul 2006 19:02:10 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 027A3645D7 for ; Thu, 6 Jul 2006 19:02:08 +0000 (UTC) Date: Thu, 6 Jul 2006 21:04:22 +0200 From: Harald van =?utf-8?Q?D=C4=B3k?= To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Replacing cpu-feature USE flags Message-ID: <20060706190422.GA3257@gentoo.org> References: <200607061252.33028@enterprise.flameeyes.is-a-geek.org> <200607061348.10917@enterprise.flameeyes.is-a-geek.org> <44ACFAD3.20000@gentoo.org> <200607061421.44041@enterprise.flameeyes.is-a-geek.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: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <200607061421.44041@enterprise.flameeyes.is-a-geek.org> User-Agent: Mutt/1.5.11 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id k66J6DtI007307 X-Archives-Salt: e0567924-d0e9-4b6c-8ed0-dff00fb1d2f1 X-Archives-Hash: 2049d7fcc8aae85de96805c7ae530aa7 On Thu, Jul 06, 2006 at 02:21:43PM +0200, Diego 'Flameeyes' Petten=F2 wro= te: > On Thursday 06 July 2006 13:58, Donnie Berkholz wrote: > > Well, there are enough in the tree > There are ebuilds for non-gcc compilers. There's no support in using th= em for=20 > anything like building stuff. Let's think to all the append-flags there= are=20 > in the tree. `append-flags $(test-flags ...)` can be used instead, if the options are gcc-specific, and I have done that myself in a case where every supported GCC version supported the specific option. (-fpermissive was the one.) > This is not going to make the support any less working. There's=20 > no project maintaining support for icc and the like. When the answer is "make icc not suck" even when it is capable of compiling mostly any package if the portage tree would not assume gcc, that's not going to happen. First, alternative compilers must be accepted (even when not supported) by package maintainers, and only then might they ever become supported. > > that you should at least make sure=20 > > they don't completely break and error out when passing them invalid > > flags,=20 > Uhm, If you look at the function itself you can see that I drop the std= err=20 > output and I just care about the other part. The flags used are the one= s set=20 > by the user with the exclusion of -E -dM that are, afaik, standard unix= =20 > compiler options like -c and -o.. -E is a standard unix compiler option. -dM isn't. What you could do instead is `$(tc-getCC) ${CFLAGS} -E - >/dev/null 2>&1 < if the compiler does not support those,=20 > it's unlikely it can actually do anything useful in Gentoo. > And anyway it cannot "break", it will just report that no extensions ar= e=20 > available. That's sane behaviour regardless. :) --=20 gentoo-dev@gentoo.org mailing list