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]"

Reply via email to