Hi Jeroen and SableVM folks,
I have looked at your patch. At first sight, it seems good to me. I will let
David and Greg actually test it.
Etienne
-------- Original Message --------
Subject: RE: Classpath build process and VM-specific issues
Date: Sun, 28 Mar 2004 20:34:42 +0200
From: Jeroen Frijters <je...@su...>
To: Etienne Gagnon <gag...@uq...>, Mark Wielaard <ma...@kl...>
CC: GNU Classpath <cla...@gn...>
Etienne Gagnon wrote:
> Mark Wielaard wrote:
> > I would like the vmdata field type then to be VMClass not Object.
>
> I disagree, as it imposes a restriction on what vmData actually is.
> The most obvious implementation of vmData is to be a byte[] instance
> holding the byte of a native pointer to an internal VM non-moveable
> data structure.
I'm glad to see we agree (although I don't think it's at all obvious
that it should be a byte[], not all VMs use native code).
I've attached my first shot at the structure. It's actually quite
trivial. I've already implemented it in IKVM.NET and it works very well
for me. Please let me know if this works for you too.
Regards,
Jeroen
--
Etienne M. Gagnon, Ph.D. http://www.info.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC: http://www.sablecc.org/
|
