Re: [Jilc-dev] jilc / cs-335

[Gaurav Vaish]

----- Original Message -----
From: "Gopal.V" <address@hidden>
To: "Jilc Dev" <address@hidden>
Sent: Sunday, March 03, 2002 21:02
Subject: Re: [Jilc-dev] jilc / cs-335


: The ilasm generation + label management takes care of almost all our
: jump offset worries.

    That's right. All we have to ensure that the required places (indices) where
jumps occured (target), those are not left out, since the labels are ought to
change.

: My real worries are the class/function names and parameter switching
: or should we develop our own java.lang C# classes to wrap ECMA classes.

    I think we may leave this tension for the time being and first concentrate
on emitting the IL-code, for the simple reasons that the problem is quite
trivial and there exist more than one simple solutions.

: The second approach should be "easier" than mapping the Strings involved.

    I may not agree to this since this will require a mega effort - or is there
a small solution that you have in mind to wrap not only java.lang.* classes but
also java.*.* classes. There are so many...

: Also such an approach will find a place in DotGNU for the upcoming jcsc
: work. I can hack up a simple java stub generator for the API skeleton.

    Ah! Did I miss the discussion? I don't recall about the jcsc thing!

: I thought that there would be almost 1-1 correspondence between
: JVM and CLR instructions ?

    There is one-one correspondence, but only that IL requires all the
variables, along with their types, to be put onto stack before they are used so
that you all all knowledge of the type of variable when you go ahead to assign
the values.
    Also, parameters and local variables are treated differently in IL, as I
also pointed out before.


Cheers,
Gaurav Vaish
http://home.iitk.ac.in/student/gvaish
http://calendar.yahoo.com/mastergaurav
---------------------------------


:
: Gopal.V
: --
: ********from fortune****************************************************
: Hokey religions and ancient weapons are no substitute for a good blaster at
: your side.
: - Han Solo
: *****************************************************from fortune*******
:
: _______________________________________________
: Jilc-dev mailing list
: address@hidden
: http://mail.freesoftware.fsf.org/mailman/listinfo/jilc-dev