Thanks in advance for letting me know this info.
Good luck.
Cheers.
Karthik.
__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com
> Can you please let me know if any work going on relative to this or
> any src code tree that you would me to look into.
Hiya. I've have worked on the past on trying to get JVM bytecodes
working inside Parrot, but mostly that hasn't got very far due to lack
of free time or motivation.
It's very easy to get simple stuff working due to the low number of
JVM bytecodes. You can emulate iinc quite easily ;-) However, it's
getting the classes and object system to work which is a little
harder.
This may help: http://search.cpan.org/dist/Java-JVM-Classfile/
In the past couple of weeks I've been wondering whether a hybrid
scheme a la Inline::Java where we dispatch stuff to a real JVM may be
a faster approach to get running.
Why, what exactly did you have in mind?
Leon
--
Leon Brocard.............................http://www.astray.com/
scribot.................................http://www.scribot.com/
.... Holy Smoke Batman, it's the Joker!
cheers,
Ramesh
--- Leon Brocard <ac...@astray.com> wrote:
> Karthik Kumar sent the following bits through the ether:
>
> > Can you please let me know if any work going on relative to this or
> > any src code tree that you would me to look into.
>
> Hiya. I've have worked on the past on trying to get JVM bytecodes
> working inside Parrot, but mostly that hasn't got very far due to lack
> of free time or motivation.
>
> It's very easy to get simple stuff working due to the low number of
> JVM bytecodes. You can emulate iinc quite easily ;-) However, it's
> getting the classes and object system to work which is a little
> harder.
IINC simulation is quite simple as you had mentioned.
The simulation of the following:
new
anew
getfield
putfield
getstatic
putstatic
invokevirtual invokespecial invokeinterface invokeinterface
all deal with objects and they are not pretty straight-forward as you had
mentioned.
>
> This may help: http://search.cpan.org/dist/Java-JVM-Classfile/
Cool. I saw that. That one seems cool. Good job !!
>
> In the past couple of weeks I've been wondering whether a hybrid
> scheme a la Inline::Java where we dispatch stuff to a real JVM may be
> a faster approach to get running.
>
> Why, what exactly did you have in mind?
Well. What I had in mind is something like this -
You write a java .class library , say some arithmetic.
Then you write another language compatible with Parrot JVM , may be Perl6.
Then from ther perl6 code you call that arithmetic lib. function.
The parrotVM is smart enough to convert .class files to parrotVM compatible
code and start using the same.
( arithmetic lib. is just a simple example i could think of ) .
This is my brief idea.
But as Ramesh was mentioning parrotVM is still under dev. So my q is - how far
is object support possible in parrotVM. Does that need to be simulated or
parrotVM is designed to be based on ooops.
Any pointers on the same.
so this wouldn't be a problem with Java bytecode.
Perhaps you may have to specify to the compiler to
compile down to Parrot target code. Or would it be
simpler to just convert Java binary to Parrot
binary????
cheers,
Ramesh