Re: another compiler better than gcj ?

[Tom Tromey <tromey at redhat dot com>]

Tom> It would be cool to see what it does differently.

Bryce> Yeah. The Sieve.java case is most interesting because its just
Bryce> a loop with no allocation, no type checks, etc, so in theory
Bryce> the Java code should be just as fast as a C equivilant if you
Bryce> use --no-bounds-checks.  Taking a quick look at the generated
Bryce> .s files it looked to me as if the Manta compiler was simply
Bryce> managing to compile the loop into fewer and more efficient
Bryce> instructions than GCJ could.

That's great news for us, because it means that all the work everybody
is doing on gcc code generation (e.g., high-level RTL) will probably
help us catch up -- we don't have to do anything...  though I'm sure
there are plenty of things left that we can do.

Tom