From owner-freebsd-arch@FreeBSD.ORG Sun Oct 28 07:43:11 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 5BD8C16A419 for ; Sun, 28 Oct 2007 07:43:11 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 41F4513C4B5 for ; Sun, 28 Oct 2007 07:43:11 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 233895B3E; Sun, 28 Oct 2007 00:43:10 -0700 (PDT) To: "M. Warner Losh" In-reply-to: Your message of "Sun, 28 Oct 2007 00:03:00 MDT." <20071028.000300.-861062412.imp@bsdimp.com> Date: Sun, 28 Oct 2007 00:43:09 -0700 From: Bakul Shah Message-Id: <20071028074310.233895B3E@mail.bitblocks.com> 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:43:11 -0000 > scripting languages, will never be in the kernel. The old vmkernel.el > joke will never happen either (although there's been rumors of an > in-kernel compiled-lisp interprater floating around). C++ support, > driven by people's experience with OS X, will continue to be a highly > desired feature. Are you thinking of Bill Bland's Schemix for linux? $ echo '(+ 1 2 3)' > /dev/schemix $ cat /dev/schemix 6 $ echo '(define foo (kernel-lambda (char*) printk))' > /dev/schemix $ echo '(foo blah blah blah)' >/dev/schemix $ dmesg |tail -1 blah blah blah Speaking of vmkernel.el do you know about Movitz (Commom Lisp on bare metal)? Of course, this has nothing to do with why people want C++ in kernel! > However, having C++ support would allow the extreme > FreeBSD users to suffer or benefit from C++ in their kernels without > having to reinvent the base wheel. I think the arguments are strong > enough for this, but not so strong as to accept it into the base at > this time without some compelling proof that it can be done, in > FreeBSD, without extreme pain. 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. How long before people clamor for things like TailQ mount_list; TailQ::iterator mp; for(mp = mount_list.begin(); mp != mount_list.end(); mp+) { ... }