[Sablevm-developer] sablevm

[John L. <je...@pi...>]

> > I like your ideas very much so far. I've downloaded the CVS but I can't
> > build bootstrap_class_loader.c:
> 
> The CVS isn't in a ggod shape.  I was using it to work from different
> locations.  As, at this point, I'm the only active developer, I didn't
> bother making sure it compiled...  I will fix this situation.  I promise
> not to repeat that;-)  [As I'll be asking everyone to always keep the
> repository in a "make distcheck" stable state].
> 
> You should, at this point play using version 0.1.4 (downloadable).

Ok, it's not a problem. I just wanted to get a feel for it.
 
> > I have a problem at the moment with multithreading and class resolution.
> > My interpreter wasn't designed for multiple threads to call the resolution
> > methods, so I'm dealing with that now.
> 
> You have to use synchronization, but obviously, you don't want all calls
> to the method to be synchronized, so you must work up a little magic. 
> The design is done, implementation of it is pending...

As a quick solution I just placed a recursive mutex around the method,
how are you planning to do it?
 
> Maybe, at this time, you should try to look a little at how 0.1.4
> works.  I am working pretty hard at putting back SableVM in a compilable
> state, as introducing exceptions broke many things.  I'll let you know
> as soon as it compiles.
> 
> Most likely, you will be able to help filling JNI interface holes.  But
> you'll need a few implemented examples to see how it's done.

Ok, I'll have a look at that. My JVM has a fairly brute-force
implementation and I wouldn't mind improving it .

> You should be able to figure out the stack magic using a debugger and
> 0.1.4:-)  My preferred debugger is DDD, which can graphically display
> the data structures.  Very informative, and helpful.

Yes I've installed it on my new box, haven't used it yet though.

John