From owner-cvs-ports@FreeBSD.ORG Wed Dec 27 07:11:46 2006 Return-Path: X-Original-To: cvs-ports@FreeBSD.org Delivered-To: cvs-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7919E16A407; Wed, 27 Dec 2006 07:11:46 +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 3736613C46F; Wed, 27 Dec 2006 07:11:46 +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 0A75C13788; Wed, 27 Dec 2006 07:45:41 +0100 (CET) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id DCF781A7C9; Wed, 27 Dec 2006 07:45:38 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id CE1131A7C7; Wed, 27 Dec 2006 07:45:38 +0100 (CET) Date: Wed, 27 Dec 2006 07:45:38 +0100 (CET) From: Gerald Pfeifer To: Max Khon In-Reply-To: <20061216132604.GA85341@samodelkin.net> Message-ID: References: <200612161108.kBGB8OEO038723@repoman.freebsd.org> <20061216132604.GA85341@samodelkin.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Content-Disposition: INLINE Cc: cvs-ports@FreeBSD.org, ports-committers@FreeBSD.org, cvs-all@FreeBSD.org, Edwin Groothuis Subject: Re: cvs commit: ports/games/groundhog Makefile 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: Wed, 27 Dec 2006 07:11:46 -0000 On Sat, 16 Dec 2006, Max Khon wrote: > I think that USE_GCC should be used in very rare cases. Agreed. And _if_ it has to be used, then hopefully the USE_GCC=x.y+ variant (the one with the + at the end) can be employed. As for software which requires a specific, rather old version of GCC to be built, I hope we can get this down to a minimum. For example, at $DAYJOB where we have a couple of thousand packages as well, this is not an option for our developers: everything needs to build with the one and only blessed version of GCC (which is 4.1 at this point); no older versions are provided, let alone supported. I am not proposing this for FreeBSD, but among others it definitely helps in terms of supporting non-i386 architectures. Gerald