From owner-freebsd-ports@FreeBSD.ORG Fri Jun 21 08:04:56 2013
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
by hub.freebsd.org (Postfix) with ESMTP id 23E365AC
for <ports@freebsd.org>; Fri, 21 Jun 2013 08:04:56 +0000 (UTC)
(envelope-from baptiste.daroussin@gmail.com)
Received: from mail-we0-x236.google.com (mail-we0-x236.google.com
[IPv6:2a00:1450:400c:c03::236])
by mx1.freebsd.org (Postfix) with ESMTP id AEF4510E3
for <ports@freebsd.org>; Fri, 21 Jun 2013 08:04:55 +0000 (UTC)
Received: by mail-we0-f182.google.com with SMTP id p60so6251146wes.13
for <ports@freebsd.org>; Fri, 21 Jun 2013 01:04:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=sender:date:from:to:cc:subject:message-id:references:mime-version
:content-type:content-disposition:in-reply-to:user-agent;
bh=f/DqedcYp+CtXljwv+CZIol6shmAusX0gLRut28xv2Q=;
b=hrLEZv2jg/Is4uPCmAyyKjJTASbZFcPfkZ6arc2g0aOJ9WBRqmGUi6HSLQlC5jLBjc
mlqLZzQkpMFj3gbgnIUXyiQjpeeeEgSaEcZBhx7AMa/aFmuW+SQUSfyWaJrx4jTfYDYH
3E9R7UBg7HL1d2yK+HShIip/NxsGW7bxtImTJmR40QiSWzL93N7dbiQPED8txg1G5WaB
lxzjv6Ja2oxAKhTndjWFFqpfnWO+Yy7O7DZ5uKqsWdKb6AHqvSOFs4p2Qf3XDUr0nbQp
6DCi1GEEIgMhekeox9a4ZUlcLD4vM0aVUEEfUvHW4V2SWBi97DXuVETmrQLXUYyrBMyq
1yvg==
X-Received: by 10.180.185.175 with SMTP id fd15mr1948910wic.34.1371801894839;
Fri, 21 Jun 2013 01:04:54 -0700 (PDT)
Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188])
by mx.google.com with ESMTPSA id k10sm5462551wia.4.2013.06.21.01.04.53
for <multiple recipients>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Fri, 21 Jun 2013 01:04:53 -0700 (PDT)
Sender: Baptiste Daroussin <baptiste.daroussin@gmail.com>
Date: Fri, 21 Jun 2013 10:04:51 +0200
From: Baptiste Daroussin <bapt@FreeBSD.org>
To: Alexey Dokuchaev <danfe@nsu.ru>
Subject: Re: Proposal: further OptionsNG improvements
Message-ID: <20130621080451.GL23721@ithaqua.etoilebsd.net>
References: <20130618160037.GA26677@regency.nsu.ru>
<20130618162708.GA34175@regency.nsu.ru>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="Xb8pJpF45Qg/t7GZ"
Content-Disposition: inline
In-Reply-To: <20130618162708.GA34175@regency.nsu.ru>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports>
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
<mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jun 2013 08:04:56 -0000
--Xb8pJpF45Qg/t7GZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Jun 18, 2013 at 11:27:08PM +0700, Alexey Dokuchaev wrote:
> On Tue, Jun 18, 2013 at 11:00:37PM +0700, Alexey Dokuchaev wrote:
> > Hi there,
> >=20
> > Now as I understand old-skool OPTIONS knob support is removed, can we do
> > something about ugliness of newish OPTIONS_DEFINE[_arch]/OPTIONS_DEFAULT
> > [_arch] pair of knobs?
> >=20
> > I am thinking about the following syntax (using now free-again OPTIONS
> > knob, instead of several OPTIONS_DEFINE/OPTIONS_DEFAULT definitions):
> >=20
> > OPTIONS=3D FOO:on BAR ASM/i386,amd64:on,powerpc ...
> >=20
> > Ditto for OPTIONS_RADIO et al. This will also be kind of reminiscent to
> > existing USE_AUTOCONF and recently added USES knob.
> ^^^^^^^^^^^^
> Should be USE_AUTOTOOLS of course, sorry. Per-architecture syntax can be
> quite flexible, depeding on what's easier to parse:
>=20
> ASM/i386,amd64:on,powerpc or
> ASM/i386:off,amd64:on,powerpc:off or
> ASM/powerpc,{i386,amd64}:on etc.
>=20
> ./danfe
Sorry it took time for me to reply, after we last talk about this, I though=
t a
lot about this, and while in principe I do like the idea, I have a couple of
concerns:
1: this reduces lots of flexibility we now have with the new options framew=
ork,
well at the least the patch should make sure it doesn't reduce it for insta=
nce,
it should work properly with:
OPTIONS_EXCLUDE and OPTIONS_SLAVE.
if should be able to handle properly the folowing situation:
OPTIONS_DEFINE=3D DOCS X11
OPTIONS_DEFINE_i386=3D MYSQL PGSQL
OPTIONS_DEFINE_amd64=3D MYSQL PGSQL
OPTIONS_DEFAULT_i386=3D MYSQL
OPTIONS_DEFAULT_amd64=3D PGSQL
OPTIONS_EXCLUDE_powerpc=3D X11
This is things I haven't been able to imagine in a concise/understandable s=
yntax
like the one you are proposing, if we are able to do it then fine for me :)
2: I'm concern about the parsing performance, not that I have tested anythi=
ng,
but it just looks like it would be less performant for make(1) to parse pro=
perly
all this, this should be measured to at least know the inpact in the package
building clusters and index building boxes once everything will be converte=
d.
regards,
Bapt
--Xb8pJpF45Qg/t7GZ
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)
iEYEARECAAYFAlHECSMACgkQ8kTtMUmk6EwLuQCcD+0YurjrBaAPnXK4cStjr1SB
2r8AoKx9Jqj2DirxwXZlrL7fzr0d32Vr
=TaL3
-----END PGP SIGNATURE-----
--Xb8pJpF45Qg/t7GZ--