Proposal: further OptionsNG improvements

[Alexey Dokuchaev]

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