[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Kaffe integration

From: John Keiser
Subject: RE: Kaffe integration
Date: Mon, 27 Nov 2000 13:35:50 -0700


Sorry it took so long to respond.  I've been having a nice, long,
non-email-reading weekend.

Thread and Class: You are correct. Thread and Class are supposed to be
implemented per VM.  I initially made VMThread and VMClass, but these
classes are almost entirely native and can usually be done more easily and
efficiently if implemented per VM.  This way you can also customize private
data members.  Code reuse and module separation sometimes goes overboard, so
I relaxed and let each VM do it.

StackTrace and StackFrame: this part of the integration is troublesome for
two reasons.  First, it has never been tested (doesn't work w/Japhar).
Second, I think in hindsight that it was a bad idea.  There are probably
lots of cool optimizations a VM could do if it owned Throwable.  Also, just
the overhead of creating a Java object for StackTrace and StackFrame is
probably pretty bad.  Really, what should happen is Throwable should become
VM-specific.  This will likely solve your problem and Brian's in the most
efficient possible manner.  I do not have the time to do this, but it would
not be hard even to switch with Japhar.

Thanks for getting this going, more VMs is always better IMO :)

Incidentally, we do support other VMs apparently, IBM is using Classpath in

--John Keiser

> -----Original Message-----
> From: address@hidden [mailto:address@hidden Behalf
> Of Nic Ferrier
> Sent: Thursday, November 23, 2000 7:37 AM
> To: address@hidden
> Subject: Kaffe integration
> java.lang.Throwable depends on:
>    gnu.vm.stack.StackTrace
>    gnu.vm.stack.StackFrame
> so I think that one of 2 things needs to be done to allow VM
> integration:
> - a requirement to implement gnu.vm.stack classes
> - a requirement to implement java.lang.Throwable
> It seems to me that the former is the best plan. This just means that
> the vm-integration page on the website needs to be updated to state
> clearly that the package:
>    gnu.vm.stack
> needs to be implemented (and probably "there is an example
> implementation (for japhar) in vm/reference").
> Nic
> _______________________________________________
> Classpath mailing list
> address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]