forks/toybox/configure, branch 0.8.5Toybox with POSIX patches from E5ten
https://git.carbslinux.org/forks/toybox/atom?h=0.8.52020-04-06T09:34:19+00:00Integrate cross compile support into mkroot, ala "make root CROSS=sh4"2020-04-06T09:34:19+00:00Rob Landleyrob@landley.net2020-04-06T09:34:19+00:00urn:sha1:ce6220787701c4144ac46cc2b461f6690043787aASAN=1 implies NOSTRIP=1, and don't say strip failed for NOSTRIP.2019-09-20T19:38:52+00:00Rob Landleyrob@landley.net2019-09-20T19:38:52+00:00urn:sha1:abddc3bb40da525852b2add695d0cb30d12a999dAdd ASAN=1 to the build, in a slightly different way than Elliott suggested.2019-08-27T17:45:25+00:00Rob Landleyrob@landley.net2019-08-27T17:45:25+00:00urn:sha1:ac84e8507983f9dee1df75bdd961a7dfd4f44b09
I put it in configure, with the other environment variables, instead of
in scripts/make.sh. Here's Elliott's original commit comment:
==========
Just use `ASAN=1 make test_grep` or whatever.
You'll probably want to set $ASAN_SYMBOLIZER_PATH to point to
llvm-symbolizer, but Debian makes that annoying by calling the
symbolizer /usr/bin/llvm-symbolizer-4.0 or whatever, and ASan refuses to
use it:
==43370==ERROR: External symbolizer path is set to
'/usr/bin/llvm-symbolizer-4.0' which isn't a known symbolizer. Please
set the path to the llvm-symbolizer binary or other known tool.
My usual workaround for this is to drop an llvm-symbolizer symlink in
the current directory, and I'm happy to automate that in the script to
make it require no knowledge of any of this nonsense, but haven't done
so in this initial patch.
I tested that this is actually working by reverting the grep fix and
running `ASAN=1 make test_grep`.
macOS: Apple's ancient linker doesn't have --as-needed or --gc-sections.2018-11-30T22:40:14+00:00Elliott Hughesenh@google.com2018-11-30T21:47:05+00:00urn:sha1:360a2bfd5de1bc7fbdb69347f2b105fc231e63efconfigure: fix typo2018-08-03T15:41:22+00:00Francesco Vallavalla.francesco@gmail.com2018-06-04T06:25:56+00:00urn:sha1:7335fe79284725ef6356d14f39db3539b28f52b1call strip as $STRIP2018-06-03T17:44:28+00:00Francesco Vallavalla.francesco@gmail.com2018-06-02T14:09:22+00:00urn:sha1:5efc1674a81ce1fd423ca8aac2ce3c02144751fc
This is useful e.g. for cross toolchains that define $CC and $STRIP
instead of $CROSS_COMPILE.
People keep running ./configure, so have it do a defconfig for them.2018-02-05T02:07:12+00:00Rob Landleyrob@landley.net2018-02-05T02:07:12+00:00urn:sha1:29fb63849d4d49bc5afda2b6562faca3e4791ac4Implicit function declarations are an error, not a warning.2017-01-04T20:19:06+00:00Rob Landleyrob@landley.net2017-01-04T20:19:06+00:00urn:sha1:85ffccb38ef2c6a14e8d68e999655137c0e4b42b
(The switch to 64 bits screwed up varargs: everything used to be promoted to 32
bits, but now it's 32 bits or 64 bits depending on type declarations, so you
need the type declarations. Because promoting "char" arguments to 32 bits back
when a megabyte was a lot of memory was ok, but promoting everything to 64 bits
now that you can get 2 gigabytes of ram in a phone is unacceptable.)
Wean scripts/install.c off toys.h so cross compiling less brittle.2016-02-11T05:27:55+00:00Rob Landleyrob@landley.net2016-02-11T05:27:55+00:00urn:sha1:df07fb73be98dc1087346c184877666970a88f4aDon't pass target $CFLAGS to host builds (telling x86 compiler to be big-endian2015-11-02T14:32:21+00:00Rob Landleyrob@landley.net2015-11-02T14:32:21+00:00urn:sha1:d20b9ff3ee0f1014a740baed908dc0a08c646fb6
seldom ends well). Instead add -DBUILD_FOR_HOST to $HOSTCC and wrap #ifdefs
around problematic (smack) includes from toys.h.