GCJ vs. D
Hong
Hong_member at pathlink.com
Thu Mar 30 17:44:32 PST 2006
I am doubtful that GCJ can close the gap much further
This page gives very good analysis on why Java is so damn slow, bytecode + VM is
not the only reason (which is the only one that GCJ removed).
http://www.jelovic.com/articles/why_java_is_slow.htm
Hong
In article <e0hvns$l0r$1 at digitaldaemon.com>, Jeremy says...
>
>What do you think:
>
>GCJ (native Java GNU compiler project) vs. DMD?
>
>My thoughts:
>
>* DMD is still much more faster and memory efficient, but GCJ v4 is closing the
>gap
>* GCJ allows you to compile Java as if it was just another language, but your
>code can still be made into bytecode (so you ideally get the best of both
>worlds)
>* GCJ can interface with C/C++ (CNI)
>* DMD lets you get away from everything-is-an-object which can be nice...
>
>I think it is going to be harder for DMD to compete if such a strong native Java
>compiler is making good progress...?
>
>
More information about the Digitalmars-d
mailing list