Re: [kbuild-devel] [rfe] easier customization of kconfig for non-Linux projects
Hi Mike. Forwarding this to Roman Zippel which is the kconfig maintainer. The intent with this is clear but the solution you suggest albeit simple does not really match where we could end up with kconfig. Recently Roman added support for options in the kconfig language and I would assume we could deal with most of this just using options. One example could be to support options for the mainmenu entrye like this: mainmenu Busybow config system option project=Busybox option version=$VERSION = Where '$' signify an environment variable etc etc. In this way we could later distribute kconfig as a binary instead of building it into the source as today. Sam On Thu, May 24, 2007 at 01:17:39AM -0400, Mike Frysinger wrote: since kconfig is such a nice build system, more projects other than the Linux kernel have started to integrate it (like uClibc and busybox) ... it'd be nice if it were easier to customize for each project so that when we pull down the latest version, we dont have to go through and tweak all of the strings again. what do you think of something like the attached patch ? i doubt i caught all the places that'd need to be changed, but this should give a pretty good picture of what we'd like to have. Signed-off-by: Mike Frysinger [EMAIL PROTECTED] --- --- a/scripts/kconfig/lkc_local.h +++ b/scripts/kconfig/lkc_local.h @@ -0,0 +1,15 @@ +/* + * Customize kconfig to your project. + * + * Released under the terms of the GNU GPL v2.0. + */ + +#ifndef LKC_LOCAL_H +#define LKC_LOCAL_H + +#define PROJECT Linux Kernel +#define PROJECT_INFORMAL kernel +#define VERSION_SYMBOLKERNELVERSION +#define AUTOCONF_DEFINE AUTOCONF_INCLUDED + +#endif diff --git a/scripts/kconfig/conf.c b/scripts/kconfig/conf.c index 1199baf..a5f5102 100644 --- a/scripts/kconfig/conf.c +++ b/scripts/kconfig/conf.c @@ -557,8 +557,8 @@ int main(int ac, char **av) case ask_silent: if (stat(.config, tmpstat)) { printf(_(***\n - *** You have not yet configured your kernel!\n - *** (missing kernel .config file)\n + *** You have not yet configured your PROJECT_INFORMAL !\n + *** (missing PROJECT_INFORMAL .config file)\n ***\n *** Please run some configurator (e.g. \make oldconfig\ or\n *** \make menuconfig\ or \make xconfig\).\n @@ -604,7 +604,7 @@ int main(int ac, char **av) } else if (conf_get_changed()) { name = getenv(KCONFIG_NOSILENTUPDATE); if (name *name) { - fprintf(stderr, _(\n*** Kernel configuration requires explicit update.\n\n)); + fprintf(stderr, _(\n*** PROJECT configuration requires explicit update.\n\n)); return 1; } } else @@ -615,12 +615,12 @@ int main(int ac, char **av) check_conf(rootmenu); } while (conf_cnt); if (conf_write(NULL)) { - fprintf(stderr, _(\n*** Error during writing of the kernel configuration.\n\n)); + fprintf(stderr, _(\n*** Error during writing of the PROJECT_INFORMAL configuration.\n\n)); return 1; } skip_check: if (input_mode == ask_silent conf_write_autoconf()) { - fprintf(stderr, _(\n*** Error during writing of the kernel configuration.\n\n)); + fprintf(stderr, _(\n*** Error during writing of the PROJECT_INFORMAL configuration.\n\n)); return 1; } diff --git a/scripts/kconfig/confdata.c b/scripts/kconfig/confdata.c index 664fe29..06366ed 100644 --- a/scripts/kconfig/confdata.c +++ b/scripts/kconfig/confdata.c @@ -416,7 +416,7 @@ int conf_write(const char *name) if (!out) return 1; - sym = sym_lookup(KERNELVERSION, 0); + sym = sym_lookup(VERSION_SYMBOL, 0); sym_calc_value(sym); time(now); env = getenv(KCONFIG_NOTIMESTAMP); @@ -425,7 +425,7 @@ int conf_write(const char *name) fprintf(out, _(#\n # Automatically generated make config: don't edit\n -# Linux kernel version: %s\n +# PROJECT version: %s\n %s%s #\n), sym_get_string_value(sym), @@ -672,21 +672,21 @@ int conf_write_autoconf(void) return 1; } - sym = sym_lookup(KERNELVERSION, 0); + sym = sym_lookup(VERSION_SYMBOL, 0); sym_calc_value(sym); time(now); fprintf(out, #\n # Automatically generated make config: don't edit\n - # Linux kernel version: %s\n + # PROJECT version: %s\n # %s
Re: [kbuild-devel] [rfe] easier customization of kconfig for non-Linux projects
On Thursday 24 May 2007, Sam Ravnborg wrote: The intent with this is clear but the solution you suggest albeit simple does not really match where we could end up with kconfig. Recently Roman added support for options in the kconfig language and I would assume we could deal with most of this just using options. that certainly sounds nicer :) One example could be to support options for the mainmenu entrye like this: mainmenu Busybow config system option project=Busybox option version=$VERSION = Where '$' signify an environment variable this is doable now ? if so, i'll test it out in uClibc ... In this way we could later distribute kconfig as a binary instead of building it into the source as today. not entirely sure how useful that'd be unless you mean as a completely sep package that distributions would include ... -mike signature.asc Description: This is a digitally signed message part. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] [rfe] easier customization of kconfig for non-Linux projects
On Thu, May 24, 2007 at 09:23:40AM -0400, Mike Frysinger wrote: On Thursday 24 May 2007, Sam Ravnborg wrote: The intent with this is clear but the solution you suggest albeit simple does not really match where we could end up with kconfig. Recently Roman added support for options in the kconfig language and I would assume we could deal with most of this just using options. that certainly sounds nicer :) One example could be to support options for the mainmenu entrye like this: mainmenu Busybow config system option project=Busybox option version=$VERSION = Where '$' signify an environment variable this is doable now ? if so, i'll test it out in uClibc ... No - it was just a proposal. Would like to have a word from Roman before looking deeper into it. Sam - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] [rfe] easier customization of kconfig for non-Linux projects
Hello all! Sorry to jump into the discussion, but... On Thursday 24 May 2007 08:40, Sam Ravnborg wrote: The intent with this is clear but the solution you suggest albeit simple does not really match where we could end up with kconfig. Recently Roman added support for options in the kconfig language and I would assume we could deal with most of this just using options. One example could be to support options for the mainmenu entrye like this: mainmenu Busybow config system option project=Busybox option version=$VERSION = Where '$' signify an environment variable I would rather suggest a kind of 'namespace' thing. This way, one could use the kconfig language for a project (eg. buildroot) and include sub-Kconfig files from other sub-projects (eg. kernel), thus making all configurable from the same menu. Something like (syntax proposal): 8 mainmenu Buildroot config system option prefix== prefix to config options config foo = foo=y/ # foo is not set blah blah blah... namespace Buildroot options option project=Buildroot option version=${VERSION} = To avoid $VERSION_test ambiguity option prefix=BR2_= prefix to config options config bar = BR2_bar=y / # BR2_bar is not set blah blah blah... endnamespace namespace Linux Kernel options option project=Linux option version=... option prefix=CONFIG_ include ${BR2_KERNEL_DIR}/arch/${BR2_ARCH]/Kconfig endnamespace 8 Then with a simple grep -E '^CONFIG_' one can easily extract the kernel options from the others. We _may_ need to support nested namespaces also, concatenating the prefixes. I once tried to do such thing, but I'm lacking good lex/yacc fu, and I miserably failed... :-( Comments? Regards, Yann E. MORIN. -- .-..--.. | Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^| | --== °_° ==-- °.---: X AGAINST | /e\ There is no | | http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL|conspiracy. | °--°---°--°° - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel