kumquat-buildroot/package/coreutils/Config.in

config BR2_PACKAGE_COREUTILS
	bool "coreutils"
	depends on BR2_USE_WCHAR
	depends on BR2_USE_MMU # fork()
	help
	  All of the basic file/text/shell utilities.  These are the
	  core utilities which are expected to exist on every system.
	  BusyBox implements many of the most common.

	  Things like:
	  - chmod, cp, dd, dir, ls, etc...
	  - sort, tr, head, tail, wc, etc...
	  - whoami, who, etc...

	  http://www.gnu.org/software/coreutils/

comment "coreutils needs a toolchain w/ wchar"
	depends on BR2_USE_MMU
	depends on !BR2_USE_WCHAR
final step in buildroot facelift 2004-10-09 08:13:40 +02:00			`config BR2_PACKAGE_COREUTILS`
help text 2004-10-14 22:33:45 +02:00			`bool "coreutils"`
uClibc: drop BR2_PROGRAM_INVOCATION option Remove the BR option and enable the configuration setting in the uClibc defconfigs. The BR2_PROGRAM_INVOCATION option only adds very little overhead to uClibc, and we have a number of packages needing it, so simply always enable it - Simplifying the kconfig logic and the number of choices users have to make. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> 2011-07-27 11:51:47 +02:00			`depends on BR2_USE_WCHAR`
coreutils: needs mmu Fixes: http://autobuild.buildroot.net/results/bb975d928c08d31d0c1ecfb9519034865120b244/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> 2013-02-07 01:37:52 +01:00			`depends on BR2_USE_MMU # fork()`
final step in buildroot facelift 2004-10-09 08:13:40 +02:00			`help`
buildroot: remove trailing spaces for i in `find -name 'Config' -o -name 'Makefile' -o -name '*.mk'`; do sed -i 's/ \+$//' $i; done 2008-08-04 21:07:05 +02:00			`All of the basic file/text/shell utilities. These are the`
			`core utilities which are expected to exist on every system.`
replace references to Busybox with BusyBox The correct capitalised form appears to be "BusyBox" rather than "Busybox"; fix all references to the latter form. (Most such references occur in the manual and in commentary in package makefiles.) Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2014-05-31 09:55:35 +02:00			`BusyBox implements many of the most common.`
help text 2004-10-14 22:33:45 +02:00
			`Things like:`
			`- chmod, cp, dd, dir, ls, etc...`
			`- sort, tr, head, tail, wc, etc...`
			`- whoami, who, etc...`
final step in buildroot facelift 2004-10-09 08:13:40 +02:00
help text 2004-10-14 22:33:45 +02:00			`http://www.gnu.org/software/coreutils/`
tar/coreutils: use depends rather than select for toolchain options 2009-03-01 21:20:15 +01:00
Config.in files: unify comments of toolchain option dependencies This patch lines up the comments in Config.in files that clarify which toolchain options the package depends on. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2013-10-13 16:55:32 +02:00			`comment "coreutils needs a toolchain w/ wchar"`
Config.in files: add missing dependencies to toolchain option comments When a package A depends on config option B and toolchain option C, then the comment that is given when C is not fulfilled should also depend on B. For example: config BR2_PACKAGE_A depends on BR2_B depends on BR2_LARGEFILE depends on BR2_WCHAR comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE \|\| !BR2_WCHAR This comment should actually be: comment "A needs a toolchain w/ largefile, wchar" depends on BR2_B depends on !BR2_LARGEFILE \|\| !BR2_WCHAR or if possible (typically when B is a package config option declared in that same Config.in file): if BR2_B comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE \|\| !BR2_WCHAR [other config options depending on B] endif Otherwise, the comment would be visible even though the other dependencies are not met. This patch adds such missing dependencies, and changes existing such dependencies from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (untested) Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2013-11-07 09:24:37 +01:00			`depends on BR2_USE_MMU`
uClibc: drop BR2_PROGRAM_INVOCATION option Remove the BR option and enable the configuration setting in the uClibc defconfigs. The BR2_PROGRAM_INVOCATION option only adds very little overhead to uClibc, and we have a number of packages needing it, so simply always enable it - Simplifying the kconfig logic and the number of choices users have to make. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> 2011-07-27 11:51:47 +02:00			`depends on !BR2_USE_WCHAR`