From owner-freebsd-ports@FreeBSD.ORG Wed Sep 26 10:24:11 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F362F1065676 for ; Wed, 26 Sep 2012 10:24:10 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 2982B8FC16 for ; Wed, 26 Sep 2012 10:24:09 +0000 (UTC) Received: (qmail 27135 invoked from network); 26 Sep 2012 10:24:08 -0000 Received: from unknown (HELO alex.andxor.it) (192.168.2.30) by andxor.it with SMTP; 26 Sep 2012 10:24:08 -0000 Message-ID: <5062D7C8.3060309@FreeBSD.org> Date: Wed, 26 Sep 2012 12:24:08 +0200 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Firefox/15.0.1 SeaMonkey/2.12.1 MIME-Version: 1.0 To: Olli Hauer References: <20120924221524.GC79077@ithaqua.etoilebsd.net> <20120925114140.GP4956@gahrfit.gahr.ch> <50621595.6050109@FreeBSD.org> In-Reply-To: <50621595.6050109@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Baptiste Daroussin , Chris Rees , gahr@freebsd.org Subject: Re: [BRAINSTORMIG] name of the variable for passing command line options via make X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 10:24:11 -0000 Olli Hauer ha scritto: >>> WITH / WITHOUT >> >> I thought this was a joke, but thinking about it, this is the best idea IMO. > > I agree, but silently thinking OH NO! this brings us back to the discussions > from a view months ago... > > If I understand correct the LATE_(UN)SET parameter can be used inside the port > after including bsd.port.options.mk (where I really miss it) and CMD_(UN)SET > from the command line. Hmm, no, I've understood that they are simply two different proposals for the same features, i.e. command line overriding. I vote for WITH / WITHOUT. -- Alex Dupre