Changeset: 69a1d8bc95e6
Author:jrose
Date: 2011-01-28 01:54 -0800
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/69a1d8bc95e6
meth: fold in review comments
! meth-api-7012650.patch
! meth-refex-7013730.patch
! meth-rename-7012648.patch
Changeset: 787a73cbfab4
Author:jrose
D
That appears to be true.
On 2011-01-27, at 11:09 PM, Kirill Shirokov wrote:
> By the way, why exactInvoker() is needed? Isn't the following true?
>
> exactInvoker(target.type()).bindTo(target) == target
>
> Kirill
>
> On 01/27/2011 12:01 AM, Jim Laskey wrote:
>> I think it's a simple issue. D
Le 28/01/2011 15:31, Jim Laskey a écrit :
> That appears to be true.
Not exactly (with the latest spec):
exactInvoker(target.type()).bindTo(target)<==> target
if target.isVarargsCollector() == false.
Rémi
> On 2011-01-27, at 11:09 PM, Kirill Shirokov wrote:
>
>> By the way, why exactInvo
Unfortunate.
On 2011-01-28, at 10:43 AM, Rémi Forax wrote:
> Le 28/01/2011 15:31, Jim Laskey a écrit :
>> That appears to be true.
>
> Not exactly (with the latest spec):
>
> exactInvoker(target.type()).bindTo(target)<==> target
>
> if target.isVarargsCollector() == false.
>
> Rémi
>
>>
Le 28/01/2011 15:54, Jim Laskey a écrit :
> Unfortunate.
Yes and No.
You need asVarargsCollector() only if your language features
a way to call a lambda with a varargs semantics.
Rémi
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.ope
Unfortunate was an incomplete thought.
What I was thinking was, that there was likely no trivial way to treat
exactInvoker(target.type()).bindTo(target) as identity (in bindTo) when
!target.isVarargsCollector(). Likely moot as MH optimization gets better.
On 2011-01-28, at 11:01 AM, Rémi Fora
On Thu, Jan 27, 2011 at 3:41 PM, Rémi Forax wrote:
> One global classloader means no reloading.
> One classloader by class is Ok. Anonymous classloader is faster and
> consumes less memory but breaks this invariant:
> Class.forName(clazz.getName()) == clazz
> which can be used by existing code (
