staging/chunkeey/include/prereq-build.mk, branch state

build: fix umask detection bashism

2019-01-18T14:50:38Z

the leading 0 is optional and not emitted by some shells Signed-off-by: Thorsten Glaser

build: remove GNU time dependency

2018-08-04T22:06:27Z

Replace the GNU time program invocation with a simple Perl script reporting the timing values. Since we require Perl anyway for the build system, we can as well use that instead of requiring a random GNU utility rarely installed by default. Fixes: ff6e62b288 ("build: log time taken by each packages/steps") Signed-off-by: Jo-Philipp Wich

build: prereq-build.mk: fix gcc/g++ SetupHostCommand invocation

2018-07-24T11:37:24Z

A missing comma caused the first command option to be considered part of the error message. Signed-off-by: Jo-Philipp Wich

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

2018-07-14T13:46:35Z

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

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

2018-06-18T19:27:01Z

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

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