Re: [kbuild-devel] Re: Rename all derived CONFIG variables

["Eric S. Raymond" <esr@thyrsus.com>]

Peter Samuelson <peter@cadcamlab.org>:
> > In 2.4.2-ac18 there are 130 CONFIG options that are always derived
> > from other options, the user has no control over them.
> 
> I've thought about these before ... but never got around to doing
> anything about them.  I agree they should have a separate namespace.
> 
> However, I would vote the for namespace CONFIG__* rather than
> CONFIG_*_DERIVED.  As Jeff noted, _DERIVED is quite a mouthful to type,
> and CONFIG__* seems all-around less intrusive.

How much point is there to this kind of cleanup in CML1, really?

After the fall LinuxWorld meeting I was under the impression that mec
and the rest of the build team were planning to support switching to
CML2 for the 2.5 series.  If that's not true, someone should clue me
in *now*, before I go misrepresenting anybody's position at the 2.5
kickoff workshop.

But if we're going to push Linus and the kernel crew to switch to
CML2, then why invite the political tsuris of trying to get a large
patch into 2.4 now?  Maybe I'm missing something here, but this doesn't
seem necessary to me.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

The IRS has become morally corrupted by the enormous power which we in
Congress have unwisely entrusted to it. Too often it acts like a
Gestapo preying upon defenseless citizens.
	-- Senator Edward V. Long