Projects, which use JSR292

Jochen Theodorou blackdrag at gmx.org
Wed Feb 16 02:14:50 PST 2011


Am 15.02.2011 18:02, schrieb John Rose:
[...]
>> We would in fact need a InstanceValue,
>
> This is hard, and probably amounts to a change-class operator.  I
> suppose you need this for arbitrary pre-existing objects from
> non-cooperating classes?

yes

>> but it will help already avoiding some big internal structures,
>> that tend to cause problems.
>
> You mean the Class to metaclass mapping, right?  This is the main
> purpose (but not only purpose) for ClassValue.

I mean the Class to per class metaclass mapping, yes.. But we think also 
of a Class to per instance metaclass mapping. Instead of having a direct 
value we would have another map in which we have the instances of that 
class that do have a per instance meta class. That is better than the 
system wide approach we have atm I think.

>> As for performance... I think it can help here if the inlining
>> really works.
>
> Yes.  We can make inlining work "in the lab" right now, but the goal
> is to make it work from the beginning in a customer application.

especially it should be made work without needing to increase the inline 
cache sizes ;)

bye Jochen

-- 
Jochen "blackdrag" Theodorou
The Groovy Project Tech Lead
http://blackdragsview.blogspot.com/
For Groovy programming sources visit http://groovy.codehaus.org



More information about the mlvm-dev mailing list