Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263425AbUDMODq (ORCPT ); Tue, 13 Apr 2004 10:03:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263558AbUDMODq (ORCPT ); Tue, 13 Apr 2004 10:03:46 -0400 Received: from ebiederm.dsl.xmission.com ([166.70.28.69]:34971 "EHLO ebiederm.dsl.xmission.com") by vger.kernel.org with ESMTP id S263425AbUDMODo (ORCPT ); Tue, 13 Apr 2004 10:03:44 -0400 To: rpc@cafe4111.org Cc: linux-kernel@vger.kernel.org Subject: Re: Rewrite Kernel References: <20040407125406.209FC39834A@ws5-1.us4.outblaze.com> <200404071057.23427.rpc@cafe4111.org> From: ebiederm@xmission.com (Eric W. Biederman) Date: 13 Apr 2004 08:03:26 -0600 In-Reply-To: <200404071057.23427.rpc@cafe4111.org> Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 986 Lines: 20 Rob Couto writes: > On Wednesday 07 April 2004 08:54 am, you wrote: > > i wanna to rewrite a version of linux kernel from scratch in assembly for > > intel 386+ fo speed and a libc also in assembly for speed what do u think > > guys > > maybe you'd have fun with the LinuxBIOS crowd > www.linuxbios.org Likely just the opposite. We have written a C compiler that does not implicitly use memory. Having had to reinvent the wheel a feel times because of where we are working, it is clear that tools are your friend. There is no shame in rewriting something when what exists does not work for you and it matters. If your rewrite happens to be significantly faster than the broken version that is just a plus. :) Eric - 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/