mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Sam Ravnborg <sam@ravnborg.org>
To: Jan Beulich <jbeulich@novell.com>
Cc: Roman Zippel <zippel@linux-m68k.org>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] tristate choices with mixed tristate and boolean values (v2)
Date: Wed, 23 Jan 2008 18:17:19 +0100	[thread overview]
Message-ID: <20080123171719.GB22967@uranus.ravnborg.org> (raw)
In-Reply-To: <47977D08.76E4.0078.0@novell.com>

On Wed, Jan 23, 2008 at 04:44:40PM +0000, Jan Beulich wrote:
> Change kconfig behavior so that mixing bool and tristate config
> settings in a choice is possible and has the desired effect of offering
> just the tristate options individually if the choice gets set to M, and
> a normal boolean selection if the choice gets set to Y.
> 
> Signed-off-by: Jan Beulich <jbeulich@novell.com>
> 
> ---
>  scripts/kconfig/expr.c |   10 ++++++++--
>  scripts/kconfig/menu.c |   33 ++++++++++++++++++++++++++++++---
>  2 files changed, 38 insertions(+), 5 deletions(-)
> 
> --- linux-2.6.24-rc8/scripts/kconfig/expr.c	2006-09-20 05:42:06.000000000 +0200
> +++ 2.6.24-rc8-tristate-choices/scripts/kconfig/expr.c	2008-01-21 13:32:44.000000000 +0100
> @@ -1034,12 +1034,18 @@ void expr_print(struct expr *e, void (*f
>  		expr_print(e->left.expr, fn, data, E_NOT);
>  		break;
>  	case E_EQUAL:
> -		fn(data, e->left.sym, e->left.sym->name);
> +		if (e->left.sym->name)
> +			fn(data, e->left.sym, e->left.sym->name);
> +		else
> +			fn(data, NULL, "<choice>");
>  		fn(data, NULL, "=");
>  		fn(data, e->right.sym, e->right.sym->name);
>  		break;
>  	case E_UNEQUAL:
> -		fn(data, e->left.sym, e->left.sym->name);
> +		if (e->left.sym->name)
> +			fn(data, e->left.sym, e->left.sym->name);
> +		else
> +			fn(data, NULL, "<choice>");
>  		fn(data, NULL, "!=");
>  		fn(data, e->right.sym, e->right.sym->name);
>  		break;
> --- linux-2.6.24-rc8/scripts/kconfig/menu.c	2007-10-09 22:31:38.000000000 +0200
> +++ 2.6.24-rc8-tristate-choices/scripts/kconfig/menu.c	2008-01-22 09:36:59.000000000 +0100
> @@ -239,9 +239,11 @@ void menu_finalize(struct menu *parent)
>  			for (menu = parent->list; menu; menu = menu->next) {
>  				if (menu->sym) {
>  					current_entry = parent;
> -					menu_set_type(menu->sym->type);
> +					if (sym->type == S_UNKNOWN)
> +						menu_set_type(menu->sym->type);
>  					current_entry = menu;
> -					menu_set_type(sym->type);
> +					if (menu->sym->type == S_UNKNOWN)
> +						menu_set_type(sym->type);
>  					break;
>  				}
>  			}
> @@ -326,7 +328,32 @@ void menu_finalize(struct menu *parent)
>  					    "values not supported");
>  			}
>  			current_entry = menu;
> -			menu_set_type(sym->type);
> +			if (menu->sym->type == S_UNKNOWN)
> +				menu_set_type(sym->type);
> +			if (sym->type == S_TRISTATE && menu->sym->type != S_TRISTATE) {
> +				basedep = expr_alloc_comp(E_EQUAL, sym, &symbol_yes);
> +				basedep = expr_alloc_and(basedep, menu->dep);
> +				basedep = expr_eliminate_dups(basedep);
> +				menu->dep = basedep;
> +				for (prop = menu->sym->prop; prop; prop = prop->next) {
> +					if (prop->menu != menu)
> +						continue;
> +					dep = expr_alloc_and(expr_copy(basedep),
> +							     prop->visible.expr);
> +					dep = expr_eliminate_dups(dep);
> +					dep = expr_trans_bool(dep);
> +					prop->visible.expr = dep;
> +					if (prop->type == P_SELECT) {
> +						struct symbol *es = prop_get_symbol(prop);
> +						dep2 = expr_alloc_symbol(menu->sym);
> +						dep = expr_alloc_and(dep2,
> +								     expr_copy(dep));
> +						dep = expr_alloc_or(es->rev_dep.expr, dep);
> +						dep = expr_eliminate_dups(dep);
> +						es->rev_dep.expr = dep;
> +					}
> +				}
> +			}
>  			menu_add_symbol(P_CHOICE, sym, NULL);
>  			prop = sym_get_choice_prop(sym);
>  			for (ep = &prop->expr; *ep; ep = &(*ep)->left.expr)
menu_finalize as it stand today is already too complicated.

Could we have this additional functionlity factored out or at least commented
so mare humans have a small chance to understand what is going on.

	Sam

  reply	other threads:[~2008-01-23 17:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-23 16:44 Jan Beulich
2008-01-23 17:17 ` Sam Ravnborg [this message]
2008-01-24 11:57   ` Jan Beulich
2008-01-24 12:02     ` Sam Ravnborg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080123171719.GB22967@uranus.ravnborg.org \
    --to=sam@ravnborg.org \
    --cc=jbeulich@novell.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=zippel@linux-m68k.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®