Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759151AbZABT2U (ORCPT ); Fri, 2 Jan 2009 14:28:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753072AbZABT2I (ORCPT ); Fri, 2 Jan 2009 14:28:08 -0500 Received: from terminus.zytor.com ([198.137.202.10]:34701 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750810AbZABT2G (ORCPT ); Fri, 2 Jan 2009 14:28:06 -0500 Message-ID: <495E6AB1.2060707@zytor.com> Date: Fri, 02 Jan 2009 11:27:45 -0800 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Sam Ravnborg CC: Embedded Linux mailing list , Paul Mundt , Rob Landley , linux-kernel@vger.kernel.org, Andrew Morton Subject: Re: PATCH [0/3]: Simplify the kernel build by removing perl. References: <200901020207.30359.rob@landley.net> <20090102095023.GA28078@linux-sh.org> <20090102172540.GE8858@knossos.aleph1.co.uk> <20090102180134.GB5818@uranus.ravnborg.org> In-Reply-To: <20090102180134.GB5818@uranus.ravnborg.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1503 Lines: 41 Sam Ravnborg wrote: > Hi Wookey. > >> Given the >> simplicitly of these patches I can't see any reason not to put them >> in > > Please do NOT do the mistake and think this the same thing. > > Rob's patch simplyfy the timecost stuff - and will be applied on > this merit alone assuming comments will be addressed. > > But the serie rased anohter topic: shall we ban use of perl > for generating a kernel. > And this is what primary is discussed and the outcome of > that discussion will not prevent patches that stands on their > own to be applied. > My personal opinion on this is that this is ridiculous. Given that you need gcc, binutils, make etc. to build the kernel, and this is more than inherent, you have to have a pretty bloody strangely constrained system to disallow Perl, which is as close to a standard Unix utility you can get without making it into SuS. The only *real* motivation I have seen for this is a system that as far I can tell is nothing other than a toy, specifically designed to show off how little you need to build the kernel. In other words, it's not a practical application, it's a show-off art piece. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf. -- 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/