staging/chunkeey/include/prereq-build.mk, branch v18.06.1

include/prereq-build.mk: explicitly check for -f flag when using busybox time

2018-07-14T13:48:14Z

On Debian, busybox does have a time applet, but it does not support the -f flag. Catch this in prereq check to give users to proper error message. Signed-off-by: Matthias Schiffer (cherry picked from commit b123921a92a957f08abb186e041aa38aa9328f3e)

build: add busybox support to `time` prereq-check

2018-06-18T19:31:49Z

Busybox time supports the GNU time '-f' syntax used by the build time logging implemented in ff6e62b288c, however the prerequisite check added only works with GNU time installed as `time` or `gtime`. As busybox is a multicall binary, the name of the symlink setup by SetupHostCommand also must be changed from `gtime` to `time` to fix the value of argv[0]. This causes a number of shells (including bash) to use their builtin impelementation of time, so the sole invocation has been changed to use `env time` to use the value found on the $PATH. Signed-off-by: Andy Boyett (cherry picked from commit 591780615b304fb4624e363135942e9ee8f6caa3)

build: log time taken by each packages/steps

2018-05-07T08:31:35Z

The idea is to easily get the list of packages taking the most time to build, and see if we can improve them v1: Use SetupHostCommand as recommended by John v2: add space after 'time:', remove useless /usr/bin/time from SetupHostCommand Signed-off-by: Etienne Champetier

tools/zlib: move zlib build to tools

2018-04-28T13:28:59Z

This allows us to link the other tools against our libz and we do not need the system zlib any more. Only the static linked library is copied to the staging directory so we have a statically linked library on all systems and not only on Linux. This also adds the new dependencies of the packages which are depending on zlib. Signed-off-by: Hauke Mehrtens Tested-by: Koen Vandeputte

build: Improve GCC version detection

2018-04-03T21:26:45Z

This now makes sure that the beginning of the version number gets checked and "4.4.5" will not match was a supported version. GCC 8 and GCC 9 are now marked as supported, but we probably have to fix some problems for them. Closes: FS#1433 Signed-off-by: Hauke Mehrtens

merge: etc: update remaining files

2017-12-08T18:41:18Z

Signed-off-by: Zoltan HERPAI

build: accept gcc/g++ without minor version

2017-11-26T12:33:51Z

Build dependency: Please install the GNU C Compiler (gcc) 4.8 or later cc -dumpversion | grep -E '(4\.[8-9]|5\.[0-9]|6\.[0-9]|7\.[0-9])' Build dependency: Please install the GNU C++ Compiler (g++) 4.8 or later g++ -dumpversion | grep -E '(4\.[8-9]|5\.[0-9]|6\.[0-9]|7\.[0-9])' Prerequisite check failed. Use FORCE=1 to override. On my Fedora 26 machine gcc and g++ -dumpversion returns a whole number '7' failing the regex introduced in commit: b78de6207f6fc1a9db857942cb89f9fcf730a240 This change makes minor versions optional in the build dependency regex for gcc and g++ whenever any minor version would be accepted and the whole number version is sufficient as a dependency check. For versions 4.* a minor version is still required. Signed-off-by: Justin Kilpatrick

toolchain: Test for supported versions of GCC

2017-11-25T19:17:20Z

Only test for supported versions of GCC The version bump requirement for GCC is because gdb doesn't build with older versions. Signed-off-by: Daniel Engberg

build: fix high cpu usage / hang in prereq-build.mk

2017-03-18T20:50:46Z

host-build.mk should not be included for prereq Signed-off-by: Felix Fietkau

build: get rid of host.mk

2017-02-26T12:31:44Z

Defined required host related variables in toplevel.mk instead Signed-off-by: Felix Fietkau