From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 12 19:54:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9792416A4DE for ; Wed, 12 Jul 2006 19:54:55 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 76DEC43D5C for ; Wed, 12 Jul 2006 19:54:54 +0000 (GMT) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 72052 invoked by uid 1001); 12 Jul 2006 19:54:53 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Wed, 12 Jul 2006 15:54:53 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17589.21389.539839.559389@bhuda.mired.org> Date: Wed, 12 Jul 2006 15:54:53 -0400 To: "Intron" In-Reply-To: <1152732131.57858@origin.intron.ac> References: <20060712090019.GA723@turion.vk2pj.dyndns.org> <20060712141029.35239.qmail@web32707.mail.mud.yahoo.com> <17589.1784.567790.215719@bhuda.mired.org> <1152732131.57858@origin.intron.ac> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: kern/99979: Get Ready for Kernel Module in C++ X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 19:54:55 -0000 In <1152732131.57858@origin.intron.ac>, Intron typed: > Mike Meyer wrote: > > In <20060712141029.35239.qmail@web32707.mail.mud.yahoo.com>, pfgshield-freebsd@yahoo.com typed: > >> C++ is the de-facto standard for OO: a lot of people know how to use it > > We're bright enough to know that popularity doesn't imply technical > > excellence, otherwise we wouldn't be on a FreeBSD list. Having avoided > > that trap in the choice of platform, doesn't it behoove us to avoid it > > elswhere? > I believe that your idea is identical to those of FreeBSD patriarchs. I believe you don't understand my idea at all. I'm not saying don't add things to the kernel. Nuts, I'm not even saying don't add support for writing kernel code in other languages. I'm saying, don't make that other language C++ just because it's currently favored by PHBs. There are much better OO languages (pretty much *any* of them) to choose from. C++ may be the best choice because of it's roots in C, but there are better OO languages with roots in C as well. Even taking all that into account, C++ may be the best choice. But don't simply settle on C++ (or OO, for that matter) without evaluating the other choices. > can FreeBSD support NUMA feature of multi-CPU server? > Can FreeBSD support parallel computing interconnection device? > Can FreeBSD support PCMCIA GSM/CDMA module useful for outdoor worker? What does adding support for any and/or all of these have to do whether we add C++, Eiffel, or nothing to what languages you can write kernel code in? http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information.