From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PTcEh-0000cY-8J for garchives@archives.gentoo.org; Fri, 17 Dec 2010 15:28:48 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 497B5E0477; Fri, 17 Dec 2010 15:28:17 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 1C68AE0477 for ; Fri, 17 Dec 2010 15:28:17 +0000 (UTC) Received: from gentoo.org (mayo-nat4.mayo.edu [129.176.197.23]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dberkholz) by smtp.gentoo.org (Postfix) with ESMTPSA id 8C6AE1B407E for ; Fri, 17 Dec 2010 15:28:16 +0000 (UTC) Date: Fri, 17 Dec 2010 09:28:37 -0600 From: Donnie Berkholz To: gentoo-science@lists.gentoo.org Subject: Re: [gentoo-science] Gentoo Science next meeting agenda - 5) fortran Message-ID: <20101217152837.GA6566@comet.mayo.edu> References: <4CFB8BCC.3070106@gentoo.org> <201012091628.34263.george@gentoo.org> <4D0B153B.6080603@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@lists.gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <4D0B153B.6080603@gentoo.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: b5473567-788c-40f1-9ddf-2928014d401f X-Archives-Hash: ef25aeef119aff99e4d9cd5eae435abf --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 08:46 Fri 17 Dec , justin wrote: > Hi all, >=20 > my removal of the fortran.eclass has left many packages in a broken > state. Many packages and/or their buildsystem depend on > (x86_64|i686)-linux-gnu-gfortran being simple named gfortran. For > example the cns package uses the Makefile.gfortran, which was formerly > Makefile.${FORTRANC}, but now a Makefile.$(tc-getFC) doesn't work. Same > for Makefile.ifort vs Makefile.ifc. Similar happasn to many packages and > excuse me to have some problems today. Iwill fix that. >=20 > So my proposal is to create a fortran-ng.eclass which gives us simply > the a variable similar to FORTRANC representing the old style naming, so > that not every ebuild has to implement it again. >=20 > case $(tc-getFC) in > *gfortran* ) > FCOMP=3D"gfortran" ;; > ifort ) > FCOMP=3D"ifc" ;; > * ) > FCOMP=3D$(tc-getFC) ;; > esac I wonder if this would instead merit a small separate function in=20 toolchain-funcs. --=20 Thanks, Donnie Donnie Berkholz Sr. Developer, Science Team Gentoo Linux Blog: http://dberkholz.wordpress.com --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iEYEABECAAYFAk0LgaUACgkQXVaO67S1rttyQwCcDL4u14yK8T3WSZX26EuS+qw2 OnoAni2P5VABPKazj8CbpGz+0MOaAq94 =mPvZ -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz--