Re: List of recent (2.4.0 to 2.4.2-ac18) CONFIG options needing Configure.help text.

[Steven Cole <elenstev@mesatop.com>]

On Sunday 11 March 2001 00:08, Jeff Garzik wrote:
> Keith Owens wrote:
> > On Sat, 10 Mar 2001 23:03:19 -0700,
> >
> > Steven Cole <elenstev@mesatop.com> wrote:
> > >With the 2.4.0 kernel, there were 476 CONFIG options which had
> > >no help entry in Configure.help.  With 2.4.2-ac18, this number is now
> > > 547, which has been kept this low with 54 options getting
> > > Configure.help text.
> >
> > If any of these CONFIG_ options are always derived (i.e. the user never
> > sees them on a config menu) then please add the suffix _DERIVED to such
> > options.  They still need to start with CONFIG_ to suit the kernel
> > build dependency generator so we cannot change the start of the name.
> > Appending _DERIVED will make it obvious that the options require no
> > help text.
>
> Yow.  That is very cumbersome.  Can't you just keep a list somewhere,
> instead of making such options longer?

BTW, the script I used (originally written by Paul Gortmaker), does pass the
lines in [C,c]onfig.in through grep -v define_ to catch items which are defined
with define_bool or define_int.  Here is a short list of new CONFIG_ items which
got filtered out:

CONFIG_ARCH_S390X
CONFIG_CRIS_LOW_MAP
CONFIG_FBCON_STI
CONFIG_FUSION_BOOT
CONFIG_IP_NF_NAT_FTP
CONFIG_MTD_AMDSTD
CONFIG_PARISC32
CONFIG_SPARC32
CONFIG_SPARC64
CONFIG_TQM8xxL

As far as appending _DERIVED is concerned, I like the idea, but there might be
quite a time where it was only partially implemented, just confusing things.  Unless
those CONFIG_XXX_DERIVED items all got renamed at once like the great redo
300+ Makefiles adventure last fall.

Steven