>From John on the HotSpot list
The new Lambda Form framework is about to be integrated. This a key
foundation stone for optimizing dynamic languages. On this foundation, we
want to build a robustly performant and portable implementation of JSR
292, to support our current and future set of gre
On 07/24/2012 09:02 PM, John Rose wrote:
> On Jul 24, 2012, at 11:09 AM, Attila Szegedi wrote:
>
>> I don't think technically there'd be a difficulty in having it
>> work on primitives, it's just that it ain't the intent; you still use
>> insertArguments() for uses that are not semantically "bind"s
On Jul 24, 2012, at 11:09 AM, Attila Szegedi wrote:
> I don't think technically there'd be a difficulty in having it
> work on primitives, it's just that it ain't the intent; you still use
> insertArguments() for uses that are not semantically "bind"s.
MethodHandle.bind is a less-general primiti
The "bind" operation is traditionally used for taking an instance
method (that takes an object instance as its 0th argument), and
binding it to a specific instance. It's an admittedly minor semantic
point. I don't think technically there'd be a difficulty in having it
work on primitives, it's just
On 07/24/2012 07:15 PM, Christian Thalinger wrote:
>> Not sure if this logic is applicable in this particular case. This is
>> the potential "performance cliff" you are eager to get rid of with new
>> implementation.
>
> No it's not. We know exactly what causes the performance cliff. It's a
> c
On Jul 24, 2012, at 2:55 AM, Aleksey Shipilev
wrote:
> On 07/23/2012 10:31 PM, John Rose wrote:
>> On Jul 23, 2012, at 2:27 AM, Aleksey Shipilev wrote:
>> The code does not need to be scalable, because the number of entries in
>> the cache is small (order of 10-100) and scales only with type sc
Hi,
I wonder if anyone could point to the explanation why MH.bindTo() is
accepting only reference types? This behavior seems surprising for
newcomers like me, mostly because similar API accepts primitive types.
For one, given:
public static void foo(int i);
...and the MethodHandle mh referring
On 07/23/2012 10:31 PM, John Rose wrote:
> On Jul 23, 2012, at 2:27 AM, Aleksey Shipilev wrote:
> The code does not need to be scalable, because the number of entries in
> the cache is small (order of 10-100) and scales only with type schema
> complexity, not workload complexity.
If I had a nickel
