From owner-cvs-ports@FreeBSD.ORG Thu Jan 8 19:58:26 2009 Return-Path: Delivered-To: cvs-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8049B106564A; Thu, 8 Jan 2009 19:58:26 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 359168FC12; Thu, 8 Jan 2009 19:58:26 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from acrux.dbai.tuwien.ac.at (acrux [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 6104039117; Thu, 8 Jan 2009 20:58:24 +0100 (CET) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id 0B49F10059; Thu, 8 Jan 2009 20:58:28 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id 01A1610054; Thu, 8 Jan 2009 20:58:28 +0100 (CET) Date: Thu, 8 Jan 2009 20:58:28 +0100 (CET) From: Gerald Pfeifer To: Pav Lucistnik In-Reply-To: <1231403223.51790.138.camel@pav.hide.vol.cz> Message-ID: References: <200901071634.n07GYRXK032137@repoman.freebsd.org> <4965494A.6070803@FreeBSD.org> <1231403223.51790.138.camel@pav.hide.vol.cz> User-Agent: Alpine 1.99 (LSU 1142 2008-08-13) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: cvs-ports@FreeBSD.org, Doug Barton , cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/astro/nightfall Makefile ports/benchmarks/himenobench Makefile ports/benchmarks/hpl Makefile ports/biology/molden Makefile ports/biology/ortep3 Makefile ports/biology/platon Makefile ports/biology/psi88 Makefile ports/biology/tinker ... X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 19:58:27 -0000 On Thu, 8 Jan 2009, Pav Lucistnik wrote: > Because all the fortran code must be recompiled against new and > incompatible fortran library. Yep. Strictly speaking, only ports with USE_FORTRAN=yes that depend on some other port that has USE_FORTRAN=yes, or ports with USE_FORTRAN=yes which some other port that has USE_FORTRAN=yes depends on would have needed the bump (modulo potential additional "manual" dependencies). I believe we do not have a reasonable way to determine such a cover, and all those OPTIONS and knobs make this even more tricky. And the result likely would have been pretty close to the full set anyway... Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/