From owner-freebsd-arch@FreeBSD.ORG Sun Oct 28 07:46:54 2007 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4DDA16A419 for ; Sun, 28 Oct 2007 07:46:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 7547A13C4A3 for ; Sun, 28 Oct 2007 07:46:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id DF04617104; Sun, 28 Oct 2007 07:46:52 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l9S7kpNN023409; Sun, 28 Oct 2007 07:46:51 GMT (envelope-from phk@critter.freebsd.dk) To: Bakul Shah From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 28 Oct 2007 00:43:09 MST." <20071028074310.233895B3E@mail.bitblocks.com> Date: Sun, 28 Oct 2007 07:46:50 +0000 Message-ID: <23408.1193557610@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: bms@incunabulum.net, freebsd-arch@freebsd.org Subject: Re: C++ in the kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 07:46:54 -0000 In message <20071028074310.233895B3E@mail.bitblocks.com>, Bakul Shah writes: >It will be the proverbial camel's nose in the tent. A subset >of C++ is attractive for kernel work but it will be hard to >hold the line at that. That's one of my main arguments why we should "own the language" we use. The other main argument is that we can then teach the language to do the things we need it to do. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.