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 1J3EA4-0003lC-Ok for garchives@archives.gentoo.org; Fri, 14 Dec 2007 17:17:21 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBEHGQg4003367; Fri, 14 Dec 2007 17:16:26 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 lBEHD67M031084 for ; Fri, 14 Dec 2007 17:13:06 GMT Received: (qmail invoked by alias); 14 Dec 2007 17:13:06 -0000 Received: from chello080108115144.1.11.univie.teleweb.at (EHLO [192.168.0.64]) [80.108.115.144] by mail.gmx.net (mp011) with SMTP; 14 Dec 2007 18:13:06 +0100 X-Authenticated: #28563408 X-Provags-ID: V01U2FsdGVkX18+JE5uaV8+REFFzIcUUa34BP/yIxwnVkhv7FbRLP aWJHNhIvDUG7bv 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: <4762AC6F.9020206@gentoo.org> References: <20071213091812.GM31432@supernova> <1197627875.24412.2.camel@vega.lnet> <47627362.7050902@gentoo.org> <1197641559.16649.10.camel@vega.lnet> <4762AC6F.9020206@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2mse3f0UZLdUxgxdY5MC" Date: Fri, 14 Dec 2007 18:12:48 +0100 Message-Id: <1197652368.16649.30.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: 2aa7e658-0fff-497a-b41b-5a18bf95b027 X-Archives-Hash: 6ab165dbb4d3fb677cd9f38b59317d50 --=-2mse3f0UZLdUxgxdY5MC Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: quoted-printable On Fri, 2007-12-14 at 16:16 +0000, S=C3=A9bastien Fabbro wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On 14/12/07 14:12, Matthias Langer wrote: >=20 > > F77=3D"ifort" FC=3D"ifort" FFLAGS=3D"-O3 -xO" emerge -av openmpi >=20 > This how it should be. To make it automatically reproducible, specify > environment variables in the configuration files. Hmm, i know this isn't a support list, but as it fits quite well: can you tell me what configuration files I have to look for? >=20 > > 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 > Positive side effect: avoid cluttering the tree. Why icc/ifc are > discouraged: you can always try to compile every C/C++ package with > CC=3Dicc and fortran packages with F77=3Difort or FC=3Difort. Packages wh= ich > do specify more options with e.g. --enable-icc and friends can be easily > worked out with the toolchain-funcs and fortran eclass, and most of the > time they do nothing more than specify the environment variables. >=20 > If we allow icc/ifc flags, at some point, we could allow a whole bunch > of other compiler flags such as "sunstudio". New keywords for compilers > could be a better idea, but I doubt we have the human resources to test > them. Well, I basically agree. However, it should be noted that fortran cannot be compared with C/C++. The latter are the languages no gentoo box can live without, while fortran is a rather exotic kind of beast, that for mostly historical reasons, is still used in scientific computing. Last but not least, ifc is in the tree, while "sunstudio" is not... To cut a long story short: I'm not completely happy with your reasoning, but you convinced me nonetheless ;-). >=20 > > 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". T= hus > > it *did make sense* to control it with a USE flag, at least with the > > "ifc" USE flag being around also. >=20 > If the f90-typesafe options always improve compilation time with > gfortran only, why not using something like this (modified from the > openmpi bump bug): To be exact, "f90-typesafe" slows down gfortran horribly, while ifc seems to run as fast as normally with it... >=20 > if use fortran; then > case ${FORTRANC} in > g77) myconf=3D"${myconf} --disable-mpi-f90" ;; > gfortran) myconf=3D"${myconf} --with-mpi-f90-size=3Dmedium" =09 > myconf=3D"${myconf} --with-f90-max-array-dim=3D4" ;; > if*) myconf=3D"${myconf} blah" ;; > *) die "unsupported fortran compiler: ${FORTRANC}" > esac > else > myconf=3D"${myconf} --disable-mpi-f90 --disable-mpi-f77" > fi >=20 Well, openmpi-1.2.4-r1 has just been commited by jsbronder and contains code like this... Matthias=20 --=-2mse3f0UZLdUxgxdY5MC 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) iD8DBQBHYrmQ7MvyVd+UcwMRAsrUAJ9UJ5cWOQQ94k+qNkx6y5Fy9NgjlQCcC9f6 lkvpkBOdYvUY3rWFV4Yior8= =HTTW -----END PGP SIGNATURE----- --=-2mse3f0UZLdUxgxdY5MC-- -- gentoo-dev@gentoo.org mailing list