From: Phillip Lougher <phillip@lougher.demon.co.uk>
To: Lasse Collin <lasse.collin@tukaani.org>
Cc: Linux Kernel Development <linux-kernel@vger.kernel.org>,
linux-fsdevel@vger.kernel.org,
Linux Embedded Maillist <linux-embedded@vger.kernel.org>
Subject: Re: [PATCH 2/2] Squashfs: Add XZ compression configuration option
Date: Fri, 10 Dec 2010 07:30:18 +0000 [thread overview]
Message-ID: <4D01D70A.5050508@lougher.demon.co.uk> (raw)
In-Reply-To: <201012091109.32084.lasse.collin@tukaani.org>
Lasse Collin wrote:
> On 2010-12-09 Phillip Lougher wrote:
>> +config SQUASHFS_XZ
>> + bool "Include support for XZ compressed file systems"
>> + depends on SQUASHFS
>> + default n
>> + select XZ_DEC
>
> Should "select XZ_DEC" be replaced with "depends on XZ_DEC"? XZ_DEC
> requires CRC32, so if "select XZ_DEC" is used, there needs to be also
> "select CRC32".
>
XZ_DEC selects CRC32, kbuild handles these nested selects quite happily,
so if something selects XZ_DEC it knows it has to also select CRC32.
Depends on has quite different semantics to selects. If SQUASHFS_XZ
was made to depend on XZ_DEC then the option simply won't appear unless
the user knew to select XZ_DEC first (as it's default n). This would
prove extremely confusing, and probably lead to most people thinking
Squashfs didn't have XZ support, which is somewhat undesirable.
> XZ_DEC may optionally use other XZ_DEC_* symbols, which the user will
> want to choose when building for an embedded system. With "depends on
> XZ_DEC" the user will see that there's more than a single option that
> affects the details of the XZ support in Squashfs.
>
With depends on XZ_DEC the user will simply not see that Squashfs has
XZ support (as the option won't appear unless XZ_DEC is explicitly
selected).
With selects XZ_DEC users will see that Squashfs has XZ support, if
enabled, they'll simply see that XZ_DEC has been automatically
selected in the "Library routines" sub-menu. If EMBEDDED is not
selected the XZ_DEC options will be automatically selected (as
they're only user selectable if EMBEDDED is selected). If
EMBEDDED is selected, then they'll have the choice then to decide
which options they wish to de-select.
I think this is preferable to needing XZ_DEC to be selected before
the SQUASHFS_XZ option even appears.
Phillip
next prev parent reply other threads:[~2010-12-10 7:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-09 6:11 Phillip Lougher
2010-12-09 7:02 ` Geert Uytterhoeven
2010-12-10 6:23 ` Phillip Lougher
2011-01-16 18:56 ` Geert Uytterhoeven
2010-12-09 9:09 ` Lasse Collin
2010-12-10 7:30 ` Phillip Lougher [this message]
2010-12-10 10:37 ` Lasse Collin
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=4D01D70A.5050508@lougher.demon.co.uk \
--to=phillip@lougher.demon.co.uk \
--cc=lasse.collin@tukaani.org \
--cc=linux-embedded@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.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®