diff options
author | H. Peter Anvin <hpa@zytor.com> | 2013-02-14 15:13:55 -0800 |
---|---|---|
committer | Myself5 <myself5@carbonrom.org> | 2015-08-11 21:10:47 +0200 |
commit | 58b33eea6e42681916f940c9c873f7c653aba56d (patch) | |
tree | e6233156f486b8531742b34bd203e849dc419431 /arch/arm | |
parent | 88e677ab215016edb259568719484fbc50baf054 (diff) | |
download | kernel_samsung_smdk4412-58b33eea6e42681916f940c9c873f7c653aba56d.zip kernel_samsung_smdk4412-58b33eea6e42681916f940c9c873f7c653aba56d.tar.gz kernel_samsung_smdk4412-58b33eea6e42681916f940c9c873f7c653aba56d.tar.bz2 |
kernel: Replace timeconst.pl with a bc script
bc is the standard tool for multi-precision arithmetic. We switched
to Perl because akpm reported a hard-to-reproduce build hang, which
was very odd because affected and unaffected machines were all running
the same version of GNU bc.
Unfortunately switching to Perl required a really ugly "canning"
mechanism to support Perl < 5.8 installations lacking the Math::BigInt
module.
It was recently pointed out to me that some very old versions of GNU
make had problems with pipes in subshells, which was indeed the
construct used in the Makefile rules in that version of the patch;
Perl didn't need it so switching to Perl fixed the problem for
unrelated reasons. With the problem (hopefully) root-caused, we can
switch back to bc and do the arbitrary-precision arithmetic naturally.
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Cc: Andrew Morton <akpm@linux-foundation.org>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Michal Marek <mmarek@suse.cz>
Conflicts:
kernel/Makefile
Change-Id: I8450a919c2d27b6c18561621c0a48a762e46a22d
Diffstat (limited to 'arch/arm')
0 files changed, 0 insertions, 0 deletions