Date: Tue, 18 Jun 2013 23:27:08 +0700 From: Alexey Dokuchaev <danfe@nsu.ru> To: ports@freebsd.org Subject: Re: Proposal: further OptionsNG improvements Message-ID: <20130618162708.GA34175@regency.nsu.ru> In-Reply-To: <20130618160037.GA26677@regency.nsu.ru> References: <20130618160037.GA26677@regency.nsu.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jun 18, 2013 at 11:00:37PM +0700, Alexey Dokuchaev wrote:
> Hi there,
>
> 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?
>
> I am thinking about the following syntax (using now free-again OPTIONS
> knob, instead of several OPTIONS_DEFINE/OPTIONS_DEFAULT definitions):
>
> OPTIONS= FOO:on BAR ASM/i386,amd64:on,powerpc ...
>
> 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:
ASM/i386,amd64:on,powerpc or
ASM/i386:off,amd64:on,powerpc:off or
ASM/powerpc,{i386,amd64}:on etc.
./danfe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130618162708.GA34175>