From: Samuel MARTIN <s.martin49@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 5/5] manual: update Config.in dependency explainations
Date: Sun, 18 Mar 2012 09:54:03 +0100 [thread overview]
Message-ID: <1332060843-2786-6-git-send-email-s.martin49@gmail.com> (raw)
In-Reply-To: <1332060843-2786-1-git-send-email-s.martin49@gmail.com>
Signed-off-by: Samuel MARTIN <s.martin49@gmail.com>
---
docs/manual/adding-packages-directory.txt | 39 +++++++++++++++++++++++++++++
1 file changed, 39 insertions(+)
diff --git a/docs/manual/adding-packages-directory.txt b/docs/manual/adding-packages-directory.txt
index 04be820..75ef763 100644
--- a/docs/manual/adding-packages-directory.txt
+++ b/docs/manual/adding-packages-directory.txt
@@ -87,6 +87,45 @@ comment "acl requires a toolchain with LARGEFILE support"
--------------------------
+Note that these two dependency types are only transitive with the
+dependencies of the same kind.
+
+This means, in the following example:
+
+--------------------------
+config PACKAGE_A
+ bool "Package A"
+
+config PACKAGE_B
+ bool "Package B"
+ depends on PACKAGE_A
+
+config PACKAGE_C
+ bool "Package C"
+ depends on PACKAGE_B
+
+config PACKAGE_D
+ bool "Package D"
+ select PACKAGE_B
+
+config PACKAGE_E
+ bool "Package E"
+ select PACKAGE_D
+--------------------------
+
+* Selecting +Package C+ will be visible if +Package B+ has been
+ selected, so if +Package A+ has been selected too.
+
+* Selecting +Package E+ will select +Package D+, which will select
+ +Package B+, it will not check for the dependencies of +Package B+,
+ so it will not select +Package A+.
+
+Overall, for package library dependencies, +select+ should be
+prefered.
+
+One should avoid to mix up these two dependency types, though it
+should be adapted to each case.
+
Note that such dependencies will make sure that the dependency option
is also enabled, but not necessarily built before your package. To do
so, the dependency also needs to be expressed in the +.mk+ file of the
--
1.7.9.4
next prev parent reply other threads:[~2012-03-18 8:54 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-18 8:53 [Buildroot] [PATCH 0/5] Docs: Misc. updates and trivial fixes Samuel MARTIN
2012-03-18 8:53 ` [Buildroot] [PATCH 1/5] docs/buildroot.html: cleanup trailing whitespaces Samuel MARTIN
2012-03-18 21:03 ` Peter Korsgaard
2012-03-18 8:54 ` [Buildroot] [PATCH 2/5] docs/buildroot.html: add new manual location and warning about this page Samuel MARTIN
2012-03-18 21:05 ` Peter Korsgaard
2012-03-18 8:54 ` [Buildroot] [PATCH 3/5] docs: fix busybox url Samuel MARTIN
2012-03-18 21:06 ` Peter Korsgaard
2012-03-18 8:54 ` [Buildroot] [PATCH 4/5] manual: fix typo Samuel MARTIN
2012-03-18 21:08 ` Peter Korsgaard
2012-03-18 8:54 ` Samuel MARTIN [this message]
2012-03-18 16:49 ` [Buildroot] [PATCH 5/5] manual: update Config.in dependency explainations Arnout Vandecappelle
2012-03-18 21:13 ` Peter Korsgaard
2012-03-18 16:25 ` [Buildroot] [PATCH 0/5] Docs: Misc. updates and trivial fixes Arnout Vandecappelle
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=1332060843-2786-6-git-send-email-s.martin49@gmail.com \
--to=s.martin49@gmail.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox