Hi, On Tuesday 29. April 2008, Sam Ravnborg wrote: > Recently there has been request for a number of new > kconfig related targets. > > In general it boils down to the following: > > We need to be flexible in what configuration > we start out from and how we apply it. > > We need to be able to apply it in following ways: > 1) automated - select defaults for all new symbols > => It is used for "make defconfig, make *_defconfig" today > > 2) interactive - asking user for all new symbols > and error out if stdin is redirected > > 3) list unknown - list all new symbols and do not > create a new config A general comment about the intendend design: conf.c is primarily meant as interactive tool. defconfig isn't exactly interactive, but is included for historical reasons as it produces the same output. The patch I've seen for the last point put it into conf.c, which is the wrong place for it. For this sort of thing we should create a small query tool, which then can export all sorts of information. If we silence the defconfig output (which IMO is a good thing, as I don't think anyone looked at the output seriously for a long time and the current behaviour has purely historical reasons), it would also open up the possibility to separate it from conf.c. This also fits into an idea I'm playing with to extend the .config format like this: %defaultmode: mod CONFIG_FOO=n Basically this could replace "make allmodconfig KCONFIG_ALLCONFIG=..." and the current way to produce an allmodconfig would be replaced by a dedicated function. bye, Roman -- To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
