In <[EMAIL PROTECTED]>, Intron <[EMAIL PROTECTED]> typed: > Mike Meyer wrote: > > In <[EMAIL PROTECTED]>, [EMAIL PROTECTED] 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? <mike -- Mike Meyer <[EMAIL PROTECTED]> http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"