aboutsummaryrefslogtreecommitdiff
path: root/Config.in
diff options
context:
space:
mode:
authorRob Landley <rob@landley.net>2017-05-08 22:09:08 -0500
committerRob Landley <rob@landley.net>2017-05-08 22:09:08 -0500
commit71921dc74d051fb352bbb65dc92c3416e219dbb9 (patch)
treee9fa49c14f7f524859fff675ad9b60a00fde200e /Config.in
parentc4ca233e4011deff5a5f8e9db05f1a2a819801a5 (diff)
downloadtoybox-71921dc74d051fb352bbb65dc92c3416e219dbb9.tar.gz
Remove old uClibc compatibility glue. It's been 5 years since the last release.
See http://lists.busybox.net/pipermail/buildroot/2016-December/180102.html for a full post-mortem on the project.
Diffstat (limited to 'Config.in')
-rw-r--r--Config.in9
1 files changed, 1 insertions, 8 deletions
diff --git a/Config.in b/Config.in
index 0524ce37..5c4b5fe2 100644
--- a/Config.in
+++ b/Config.in
@@ -169,19 +169,12 @@ config TOYBOX_MUSL_NOMMU_IS_BROKEN
daemon() at compile time, musl intentionally includes broken versions
that always return -ENOSYS on nommu systems, and goes out of its way
to prevent any cross-compile compatible compile-time probes for a
- nommu system.
+ nommu system. (It doesn't even #define __MUSL__ in features.h.)
Musl does this despite the fact that a nommu system can't even run
standard ELF binaries, and requires specially packaged executables.
- (You can't even check a #define to see that you're building against
- musl, due to its maintainer's policy that musl never has bugs that
- require workarounds.)
-
So our only choice is to manually provide a musl nommu bug workaround
you can manually select to enable (larger, slower) nommu support with
musl.
- You don't need this for uClibc, we have a compile time probe that
- autodetects nommu support there.
-
endmenu