Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752961AbbDLVfq (ORCPT ); Sun, 12 Apr 2015 17:35:46 -0400 Received: from mail-qk0-f169.google.com ([209.85.220.169]:33610 "EHLO mail-qk0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752143AbbDLVfk (ORCPT ); Sun, 12 Apr 2015 17:35:40 -0400 MIME-Version: 1.0 X-Originating-IP: [116.83.156.80] In-Reply-To: <1428840815-21974-2-git-send-email-hofrat@osadl.org> References: <1428840815-21974-1-git-send-email-hofrat@osadl.org> <1428840815-21974-2-git-send-email-hofrat@osadl.org> Date: Sun, 12 Apr 2015 16:35:39 -0500 Message-ID: Subject: Re: [PATCH 1/3 V2] time: move timeconst.h into include/generated From: Rob Landley To: Nicholas Mc Guire Cc: Michal Marek , Masahiro Yamada , Sam Ravnborg , Thomas Gleixner , "H. Peter Alvin" , Joe Perches , John Stultz , Andrew Hunter , Paul Turner , Aaron Sierra , Brian Norris , Kernel Mailing List Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2366 Lines: 50 On Sun, Apr 12, 2015 at 7:13 AM, Nicholas Mc Guire wrote: > kernel/time/timeconst.h is moved to include/generated/ and generated in > an early build stage by top level Kbuild. This allows using timeconst.h > in an earlier stage of the build. > > Signed-off-by: Nicholas Mc Guire Sigh, I'll adjust my patch: http://landley.net/hg/aboriginal/file/1698/sources/patches/linux-noperl-timeconst.patch Backstory: Peter Anvin added perl to the kernel build in 2.6.25 and something like the 9th time I submitted patches to remove it, several years later when it looked like they'd finally go in, he submitted a competing patch to one of my "just do this in C and shell" patch series to instead add a dependency on the 'bc" tool, which is not in busybox, wasn't in the linux from scratch or buildroot or openembedded builds (everybody had to add it after his patch went in to keep building the kernel), and which is actually hard to implement in a posix compliant way for an embedded environment because it's defined as requiring arbitrary precision math (all timeconst calculation needs is 64 bit math, I.E. long long) and it's defined as being capable of doing things like fractional exponentiation at arbitrary precision (fixed point, I think). I don't know why Peter is on a crusade to stamp out simple build environments. He added perl as a build dependency to every tool he maintained at the same time (not just the kernel but also klibc and his bootloader), and then when he couldn't defend perl he added a new dependency to break existing simple/audited build environments. When I objected to him about the perl he said I was engaged in an uninteresting "academic" exercise. (https://lkml.org/lkml/2008/2/15/548) Oh yes, a simple auditable build environment totally has no real world consequences: http://www.kith.org/journals/jed/2015/03/15/15043.html Yup, none at all. Snowden proved that, clearly. (And he was totally a one-off, it's not like there was Manning or Daniel Ellsberg or Mark Felt before him...) Sigh. Don't mind me, I'll update my local patch, once again. Rob -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/