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>