pardon my ignorance, but is there any plan to allow dynamic slot/field 
access?...


ok, I am starting out just implementing my own VM with little familiarity with 
this framework in general (at this point I have little idea if it will actually 
be compatible), my tweak was partly to add the ability to have usable fields in 
interfaces (AFAIK, this is not allowed in standard JVMs).

ok, from what info I can find, interfaces in my case work a little differently. 
there is actually almost no structural coupling between interfaces and object 
methods. instead, a set of hash tables is used, and the slot/method handle from 
the interface is used to lookup the appropriate method in the object via the 
hash tables (actually, a set of single largish hash tables is used for managing 
the entire object system).

at present, the object system doesn't bother to verify that classes implement 
interfaces.

(granted, some other much more questionable things are done with interfaces as 
well in my case...).


the result is that it is possible to have an interface that contains the fields 
in question, and use it to access the given slots in whatever object it is 
given, and I could go this route.

alternatively, it could also be possible to not have a valid class in the 
FieldRef (like leaving it NULL), and using this as a general indication to 
dynamically lookup the slot.


so, granted, people here probably wont care about anything I am doing, but it 
would be nice to have a clearer idea what the plans are.


  ----- Original Message ----- 
  From: John Rose 
  To: Da Vinci Machine Project 
  Sent: Wednesday, December 10, 2008 5:47 AM
  Subject: Re: Source Code to Build invokedynamic.jar


  We don't make an invokedynamic.jar.  (Unless Remi does?)  I think you are 
looking for JSR 223, not JSR 292.


  Good luck,
  -- John


  On Dec 9, 2008, at 10:56 AM, Bui, Phillip wrote:


    I look for the source code to build invokedynamic.jar for Jruby 1.1.5.
    Do you know the location ?

    Thanks,

    Phillip Bui
    _______________________________________________
    mlvm-dev mailing list
    [email protected]
    http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev




------------------------------------------------------------------------------


  _______________________________________________
  mlvm-dev mailing list
  [email protected]
  http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
_______________________________________________
mlvm-dev mailing list
[email protected]
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev

Reply via email to