All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexander Kriegisch <Alexander@Kriegisch.name>
To: buildroot@busybox.net
Subject: [Buildroot] Kconfig - how to implement hierarchical (un-)select trees?
Date: Fri, 13 Apr 2007 23:16:18 +0200	[thread overview]
Message-ID: <461FF322.9090007@Kriegisch.name> (raw)
In-Reply-To: <461FC6D8.9050803@Kriegisch.name>

I wrote earlier tonight:
>   - If package n is unselected, I want everything below it (sub-package,
>     shared libs, kernel modules) unselected, too. this is the most
>     important point.

I think I got this one working now. What disturbed my efforts were
double definitions of config variables in other Config.in includes at
unexpected places. (Did I mention the whole thing was a mess?) Sorry for
asking at all.

>   - Some kernel modules (or shared libs, respectively) in the same
>     hierarchy may be interdependent. I want to auto-(un)select dependent
>     modules. I got part of this working with "select", but unselecting
>     works strangely. I cannot describe it any better. Somebody knowing
>     the kconfig language and its tricks and tweaks may know what I mean.

Still problematic.

>   - It is necessary to auto-(un)select several shared libs if related
>     kernel modules are (un)selected.

Haven't got there yet.

>   - Sub-package n1 from the example above automatically selects a number
>     of kernel modules and shared libs. They don't get unselected cleanly
>     if I define additional interdependencies between elements on the
>     same hierarchy level.

More precisely, they do not get unselected at all, interdependency or
not. I cannot use "requires" (=depends [on]), though, because they might
be needed by other modules as well. Not sure how to resolves this, but
at least now I can unselect all libs or all kernel modules and start
over selecting packages which in turn select modules/libs they need.

>   - Muli-level hierarchies as such seem to be problematic anyway.

Resolved.

      reply	other threads:[~2007-04-13 21:16 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-13 18:07 [Buildroot] Kconfig - how to implement hierarchical (un-)select trees? Alexander Kriegisch
2007-04-13 21:16 ` Alexander Kriegisch [this message]

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=461FF322.9090007@Kriegisch.name \
    --to=alexander@kriegisch.name \
    --cc=buildroot@busybox.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.