harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Renaud BECHADE" <renaud.bech...@numerix.com>
Subject RE: Developing Harmony
Date Thu, 19 May 2005 00:54:04 GMT

GCJ can run native java (ahead of time) on almost any reasonably useful
platform, NOW. To my knowledge it does not support java "generics" nor, of
course, reflection. (I mean the class foo<bar> stuff[1], but I think this is
just some boxing/unboxing question in its most naïve implementation. Any
idea on how to convert Java5 bytecode to "abtract execution-wise equivalent"
java 1.4 bytecode? This might the fast path to get things done, at least
before reflection is considered [2]) 
That being said, if a "Java in Java" VM needed to be bootstrapped, this
would probably be a relatively reliable and "easily available everywhere"
platform, freely available, NOW, and not so slow. After all it runs Eclipse
and may be sometimes in the future the OO2 stuff (at least according to
openoffice.org 
What about writing this "Harmony" VM as a plugin to the GCJ? (just like
psycho - specialization VM for python - is a plugin for the CPython
implementation)

Just my 2 yen worth ideas, so please excuse any naïve stances.

RB

[1] I am not sure about the correct wording. "Generics" is an old Ada83
term, after all.
[2] Plus the support libraries to write. Quite a good bunch of work IMHO...

-----Original Message-----
From: Stefano Mazzocchi [mailto:stefano@apache.org] 
Sent: Wednesday, May 18, 2005 11:47 PM
To: harmony-dev@incubator.apache.org
Subject: Re: Developing Harmony

Ozgur Akan wrote:
> JVM in Java will be the slower then Sun`s JVM. C or C++ is a better
choice.

You have to undertand that "written in Java" does *NOT* equate 
necessarely as "will be run as interpreted bytecode".

-- 
Stefano.


Mime
View raw message