Re: [SLE] Clearing up the FUD on CLI/Mono

From: Randall R Schulz (rschulz_at_sonic.net)
Date: 11/13/05

  • Next message: Anders Johansson: "Re: [SLE] Clearing up the FUD on CLI/Mono"
    To: suse-linux-e@suse.com
    Date: Sat, 12 Nov 2005 16:34:59 -0800
    
    

    Anders,

    On Saturday 12 November 2005 16:22, Anders Johansson wrote:
    > On Sunday 13 November 2005 01:01, Steven T. Hatton wrote:
    > > On Saturday 12 November 2005 03:00 pm, Steve Graegert wrote:
    > > > What would be the rationale behind using C++ in .NET?
    > >
    > > C++/CLI is an ECMA standardization effort.
    >
    > Don't stare yourself blind at standards. The main issue is patents
    >
    > FWIW, I consider c++ to be one of the worst languages ever to not be
    > designed. java in many ways is what C++ wanted to be, and with gcj's
    > ability to compile to native code, it isn't that bad at performance

    I'd think you'd not be given to folklore about program efficiency.
    Static compilation to native code as gcj (or conventional C++) does it
    is _not_ the best way to optimize performance. Java's so-called JIT
    (it's really on-demand) native code compilation has optimization
    opportunities not available when only static program analysis is
    possible.

    For all practial purposes and for a sizeable majority of programs, Java
    is every bit as fast as C++ and what's more, the opportunities for
    optimization of C++ are more played-out than are those for Java, which
    is still improving its performance characteristics.

    Randall Schulz

    -- 
    Check the headers for your unsubscription address
    For additional commands send e-mail to suse-linux-e-help@suse.com
    Also check the archives at http://lists.suse.com
    Please read the FAQs: suse-linux-e-faq@suse.com
    

  • Next message: Anders Johansson: "Re: [SLE] Clearing up the FUD on CLI/Mono"

    Relevant Pages

    • Re: huge array
      ... It alwasy has been run as native code. ... |> transformed from plain VB code or from any other language, ... parsing and execution are two separate steps. ... | stage of compilation - which is the generation of IL (a binary, ...
      (microsoft.public.vb.general.discussion)
    • Re: huge array
      ... or do you know a CPU which can handle something like "FOR I = 1 TO ... There is a huge difference between interpeted code and native code. ... parsing and execution are two separate steps. ... compilation happens in two phases ...
      (microsoft.public.vb.general.discussion)
    • Re: huge array
      ... Of course is always any code executing on a CPU a native code which has been ... There is a huge difference between interpeted code and native code. ... parsing and execution are two separate steps. ... stage of compilation - which is the generation of IL (a binary, ...
      (microsoft.public.vb.general.discussion)
    • Java native code compilation
      ... I was just reading some stuff on a Java forum about compilation to ... native code. ...
      (comp.lang.java.programmer)
    • compilation for portability
      ... Instead of using interpretation for portability like Java, ... Why not make something like the JRE that simply ... everything into native code before running? ...
      (comp.programming)

    Loading