Messages in this thread | | | From | Steven Cole <> | Date | Sun, 11 Mar 2001 06:37:10 -0700 | Subject | Re: List of recent (2.4.0 to 2.4.2-ac18) CONFIG options needing Configure.help text. |
| |
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |