I think most of the issues are merely dependent on how well the compiler is written - not the language it is written in. the end result after all is just machine code in a file.
Naturally there are two basic criteria - A) How fast a build takes B) how fast the compiled code runs One could add another two : C) how big the target executable is - but in my opinion, these days it isnt really an issue, memory being so cheap. In the old days code size used to matter but not os much any more. D) how well memory is managed - One area in which RB might do with improvement for writing compilers is in string and token handling since parsing involves lots of that. But then C++ has nothing in its language inherently for this - its all provided by libraries. And that's basically equivalent to Rb plugins etc. There is a BASIC compiler called PowerBasic which apparently produces extremely fast executables - just to illustrate that it isnt the language that limits performnance ( however Powerbasic isnt object oriented at this time and is in no way as powerful as RB ) You mentioned Mono - Mono as it happens uses a garbage collector by hans Boehm, as does the GNU Objective C compiler. On 14/7/06 22:42, "Stefan" <[EMAIL PROTECTED]> wrote: > And, please, don't get me wrong. I don't say that RB is a bad > language in general > here. _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html>
