Proposal: further OptionsNG improvements
danfe at nsu.ru
Tue Jun 18 15:59:41 UTC 2013
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.
It can get a bit hard to parse for architecture-specific options, but they
appear relatively rare, yet for most cases new syntax seems cleaner to me.
What do people think? I'd like to gather some opinions before trying to
sit down and write a patch (unless someone(tm) beats me on it).
More information about the freebsd-ports