summaryrefslogtreecommitdiff
path: root/libbb/Config.src
diff options
context:
space:
mode:
authorDenys Vlasenko2016-11-24 22:30:52 +0100
committerDenys Vlasenko2016-11-24 22:30:52 +0100
commit24860fa09cf954704232406055d7ca291c636eab (patch)
tree5656881cfbd429ee04d9576162b57bc0a44ec39c /libbb/Config.src
parent1255925a6121cc5f2f09fbe40f2434ab11cc84f7 (diff)
downloadbusybox-24860fa09cf954704232406055d7ca291c636eab.zip
busybox-24860fa09cf954704232406055d7ca291c636eab.tar.gz
Move FEATURE_BUFFERS_USE_foo options to library tuning
Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
Diffstat (limited to 'libbb/Config.src')
-rw-r--r--libbb/Config.src24
1 files changed, 24 insertions, 0 deletions
diff --git a/libbb/Config.src b/libbb/Config.src
index 18a40f2..00804e3 100644
--- a/libbb/Config.src
+++ b/libbb/Config.src
@@ -7,6 +7,30 @@ menu "Busybox Library Tuning"
INSERT
+choice
+ prompt "Buffer allocation policy"
+ default FEATURE_BUFFERS_USE_MALLOC
+ help
+ There are 3 ways BusyBox can handle buffer allocations:
+ - Use malloc. This costs code size for the call to xmalloc.
+ - Put them on stack. For some very small machines with limited stack
+ space, this can be deadly. For most folks, this works just fine.
+ - Put them in BSS. This works beautifully for computers with a real
+ MMU (and OS support), but wastes runtime RAM for uCLinux. This
+ behavior was the only one available for BusyBox versions 0.48 and
+ earlier.
+
+config FEATURE_BUFFERS_USE_MALLOC
+ bool "Allocate with Malloc"
+
+config FEATURE_BUFFERS_GO_ON_STACK
+ bool "Allocate on the Stack"
+
+config FEATURE_BUFFERS_GO_IN_BSS
+ bool "Allocate in the .bss section"
+
+endchoice
+
config PASSWORD_MINLEN
int "Minimum password length"
default 6