From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1J3BKQ-0001aW-Oc for garchives@archives.gentoo.org; Fri, 14 Dec 2007 14:15:51 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBEEEtpk016149; Fri, 14 Dec 2007 14:14:55 GMT Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBEECuEL013711 for ; Fri, 14 Dec 2007 14:12:56 GMT Received: (qmail invoked by alias); 14 Dec 2007 14:12:56 -0000 Received: from chello080108115144.1.11.univie.teleweb.at (EHLO [192.168.0.64]) [80.108.115.144] by mail.gmx.net (mp044) with SMTP; 14 Dec 2007 15:12:56 +0100 X-Authenticated: #28563408 X-Provags-ID: V01U2FsdGVkX1/LdoVxZ+zLhhvQ6ROg+WFx/cyF8bZhZTgHiyAJiW QMcBQFL9A1PWZS Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-cluster/openmpi: ChangeLog openmpi-1.1.1.ebuild openmpi-1.2.4.ebuild From: Matthias Langer To: gentoo-dev@lists.gentoo.org In-Reply-To: <47627362.7050902@gentoo.org> References: <20071213091812.GM31432@supernova> <1197627875.24412.2.camel@vega.lnet> <47627362.7050902@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7fbBnRgTuAZT5BGL+4Xu" Date: Fri, 14 Dec 2007 15:12:39 +0100 Message-Id: <1197641559.16649.10.camel@vega.lnet> 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 X-Mailer: Evolution 2.12.1 X-Y-GMX-Trusted: 0 X-Archives-Salt: 57240d7b-4a94-4f35-86af-16547fa1aa8c X-Archives-Hash: a46d74527565ab9469ae031feb14ab8e --=-7fbBnRgTuAZT5BGL+4Xu Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: quoted-printable On Fri, 2007-12-14 at 12:13 +0000, S=C3=A9bastien Fabbro wrote:=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On 14/12/07 10:24, Matthias Langer wrote: > >> On 02:10 Thu 13 Dec , Justin Bronder (jsbronder) wrote: > >>> 1.1 sys-cluster/openmpi/openmpi-1.2.4.ebuild > >>> > >>> file : http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-cluster/op= enmpi/openmpi-1.2.4.ebuild?rev=3D1.1&view=3Dmarkup > >>> plain: http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-cluster/op= enmpi/openmpi-1.2.4.ebuild?rev=3D1.1&content-type=3Dtext/plain > >=20 > > Why have you removed the "ifc" USE flag (as well as a few others), that > > was present in the ebuilds that can still be found at bug 166787? >=20 > For icc and f90-typesafe, I advised him to do so on #gentoo-science. Well, too bad that gfortran generates code that is often not even half as fast as the code generated by ifc. Thus, there is a *very valid* reason to prefer icc over gfortran when it comes to performance critical software, which programs that use MPI almost always are. However, the fortran eclass prefers gfortran over ifc even if both are installed (which is fine by me as long as it can be overridden) and the fortran-compiler-wrapper "mpif90/opal_wrapper" (which is a binary for some reason) wrapps gfortran then. For sure, something like F77=3D"ifort" FC=3D"ifort" FFLAGS=3D"-O3 -xO" emerge -av openmpi still does the trick, but if i want that "f90-typesave" stuff back, this line would have to be certainly a bit longer... Maybe someone can explain to me what positive side effects the removal of the ifc USE flag has - and why this flag is generally discouraged. >=20 > ifc/icc use flags should be avoided (see bug #97929). > Disabling f90-typesafe did not make much sense as a use flag once you > have the fortran one enabled, but why --with-mpi-f90-size=3Dmedium" > and "--with-f90-max-array-dim=3D4" disappeared I don't know. The reason it disappeared is that it makes gfortran horribly slow when compiling against mpi. This is not the case with ifc, and therefore the old ebuild in bugzilla emitted a bold warning when emerging with USE=3D"-ifc f90-typesafe" but kept quiet if USE=3D"ifc f90-typesave". Thus it *did make sense* to control it with a USE flag, at least with the "ifc" USE flag being around also. > For the gm and gx flags, I don't know, and there is still a nocxx one. I'm not qualified to talk about these flags as I've never used them. Matthias --=-7fbBnRgTuAZT5BGL+4Xu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBHYo9S7MvyVd+UcwMRAtFbAJ9VF/wXBWiOl3lYd0umXkV6okr+dwCfcTWl vS0/4kbsIp1A8AbScK7YW4o= =5/si -----END PGP SIGNATURE----- --=-7fbBnRgTuAZT5BGL+4Xu-- -- gentoo-dev@gentoo.org mailing list