On Fri, 2 Jun 2000, Anthony Barbachan wrote:
> > >
> > > Also: if there is a driver baz that also requires bar we would want bar
> > > if EITHER foo or baz were selected, but bar should not be included only
> > > if BOTH foo and baz are deslected... Choosing foo should mark bar;
> > > baz should also mark bar; But if foo is deselected, then bar should not
> > > unmarked since baz is still selected...
> > I've actually been thinking about something similar, but before this
> > I didn't have a semantics for it that I liked. How about this?
> > * Implement a stack of "weak" bindings for each symbol, each associated
> > with the symbol that forced it. A user setting overrides all weak
> > otherwise more recent ones have priority over older ones. Whenever a
> > changes value all the weak bindings it forces go away (then it may make
> > ones). Indicate weak bindings with a distinguished foreground color.
> > --
> > <a href="http://www.tuxedo.org/~esr">Eric S. Raymond</a>
> There is also something else to consider. Dependant options which are
> automatically set. Will they be setup as modules or builtin? If the option
> the user chooses is builtin I assume most times the dependancy would have to
> builtin also. But if the user chooses a module then whether the dependancy
> is a modules also or builtin becomes a question. You may have to pop up a
> dialog to ask the user which he perfers.
On the contrary, if the user has explicitly enabled modules, and selected
the option for which the dependency exists as a module, it should default
the dependency to build as a module. Obviously the user can override this,
but it is safe and obvious to have it as the default.
To select a module and have a dependency built into the main kernel
because of it is _decidedly_ nonintuitive.
Daniel Taylor Embedded and custom Linux integration.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Jun 07 2000 - 21:00:15 EST