From owner-svn-ports-all@freebsd.org Mon Nov 9 04:11:00 2015 Return-Path: Delivered-To: svn-ports-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D6BDA298A9; Mon, 9 Nov 2015 04:11:00 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from apnoea.adamw.org (apnoea.adamw.org [204.109.59.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "abg.ninja", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D4371987; Mon, 9 Nov 2015 04:10:58 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by apnoea.adamw.org (OpenSMTPD) with ESMTPSA id c59b053b TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Sun, 8 Nov 2015 21:04:16 -0700 (MST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: svn commit: r388648 - in head/net: asterisk11 asterisk13 From: Adam Weinberger In-Reply-To: <20151109035010.GB64153@FreeBSD.org> Date: Sun, 8 Nov 2015 21:04:13 -0700 Cc: Gerald Pfeifer , Guido Falsi , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <8160653D-E567-42C4-9741-94C593DD62E5@adamw.org> References: <201506052330.t55NUBZL020965@svn.freebsd.org> <20151109035010.GB64153@FreeBSD.org> To: Alexey Dokuchaev X-Mailer: Apple Mail (2.3096.5) X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 04:11:00 -0000 > On 8 Nov, 2015, at 20:50, Alexey Dokuchaev wrote: > > On Sun, Nov 08, 2015 at 08:01:40PM +0100, Gerald Pfeifer wrote: >> On Fri, 5 Jun 2015, Guido Falsi wrote: >>> New Revision: 388648 >>> URL: https://svnweb.freebsd.org/changeset/ports/388648 >>> >>> Log: >>> - Update asterisk11 to 11.18.0 >>> - Update asterisk13 to 13.4.0 >>> - Add experimental option to allow using base compiler instead of >>> ports gcc (mainly meant to allow compiling with clang) >> >> Note, it's GCC these days (and I just checked, the other cases >> in the ports tree use this spelling), so I went ahead and made >> this change to these two ports. >> >> Perhaps we can abstract this into a global GCC_DESC at one point? > > I've thought of how to word GCC_DESC to make it generic, and had failed. > IMHO it can mean lots of things throughout the port and not necessarily > "want GCC from ports". What are some of the other common intentions of a GCC option? If an option named GCC has many different meanings, perhaps separating some of the common usages into two or three common _DESCs would be clearer? Accuracy and precision make a real end-user difference in options. I am a huge, huge believer in options should mean the same thing everywhere. For example, DOCS should mean "go ahead and install supplied documentation." It should never ever mean "go ahead and install the entire TeX suite so I can build the documentation after 45 minutes and 5GB of dependencies." # Adam -- Adam Weinberger adamw@adamw.org http://www.adamw.org