harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Weldon Washburn <weldon...@gmail.com>
Subject Re: [jchevm] porting harmony classlib to JCHEVM
Date Sat, 11 Feb 2006 15:26:56 GMT
I like your idea of zero mods to JCHEVM.  I will attempt to localize
all mods to Classlibrary's Kernel Classes.  Maybe this set of modified
Kernel Classes could be used by any VM that runs GNU Classpath.  I
will try some experiments with java class name space to see if we can
create wrappers that satisfy all the stakeholders.
 - Weldon

On 2/10/06, Archie Cobbs <archie@dellroad.org> wrote:
> Weldon Washburn wrote:
> > Because the wrapper is adding a layer of identically named methods and
> > thus potentially really confusing the name space, I renamed
> > java_lang_VMClass_isArray() to java_lang_VMClass_wrapperIsArray().
> > All the enties in _jc_ilib_table[ ] would also be "decorated" with
> > "wrapper".
> Is that really necessary? It seems to me that the existing JCHEVM
> native API can remain intact.
> There are great advantages in being able to run JCHEVM with both
> Classlib and Classpath at the same time for debugging purposes
> (not to mention Classlib on J9). The more combinations you can
> try, the easier it is to hone in on a bug's source. So I'd strongly
> prefer that the Java/VM API remain the same as much as possible.
> Certainly this can be done with the right "overlay" classes.
> Cheers,
> -Archie
> __________________________________________________________________________
> Archie Cobbs      *        CTO, Awarix        *      http://www.awarix.com

Weldon Washburn
Intel Middleware Products Division

View raw message