Am 20.08.2011 08:14, schrieb John Rose:
> On Aug 19, 2011, at 9:15 PM, Mark Roos wrote:
>
>> The end fallback/lookup is synchronized and so there is only one update at a
>> time, but the
>> new GWT is added to the start of the chain and the second thread is past
>> that point. So
>> when the se
On Aug 19, 2011, at 9:15 PM, Mark Roos wrote:
> The end fallback/lookup is synchronized and so there is only one update at a
> time, but the
> new GWT is added to the start of the chain and the second thread is past that
> point. So
> when the second gets to the fallback it still thinks the
Hi John
The thought experiment is that I have a long GWT chain and two threads are
racing down it.
Each is looking for the same missing class.
The end fallback/lookup is synchronized and so there is only one update at
a time, but the
new GWT is added to the start of the chain and the second thr
On Aug 11, 2011, at 3:01 PM, Rémi Forax wrote:
> Yes, you can have duplicate GWTs and
> I'm also interested if someone find a better approach :)
You can use a custom subclass of MutableCallSite which synchronizes its updates.
That way two racing threads cannot install duplicate case-handling logi
I've posted a gist with a script and instructions for setting up a
trunk build environment for the Hotspot compiler team's branch:
https://gist.github.com/1148321
Hotspot guys: let me know if anything else needs to be tweaked here.
It works for me, and it's surprisingly easy to build.
I'll also
On Aug 19, 2011, at 7:33 PM, Tom Rodriguez wrote:
>>>
>>> I'm open to suggestions on this one.
>>>
>>> It seems to me that the bsd-port repo. is slowing down prior to absorption
>>> into the mainline.
>>>
>>> In this case, maybe the rational thing is to reparent to a faster-moving
>>>
>>>
>>
>> I'm open to suggestions on this one.
>>
>> It seems to me that the bsd-port repo. is slowing down prior to absorption
>> into the mainline.
>>
>> In this case, maybe the rational thing is to reparent to a faster-moving
>> repo.
>>
>> In particular, I think we should reparent to fro
On 08/19/2011 01:31 AM, John Rose wrote:
> Here is a heads-up before an engineering code review!
>
> The OpenJDK implementation of JSR 292 has a number of private MH subclasses,
> including DirectMethodHandle, BoundMethodHandle, AdapterMethodHandle,
> AdapterMethodHandle.AsVarargsCollector. Exce
On Aug 19, 2011, at 12:58 AM, John Rose wrote:
> On Aug 17, 2011, at 11:56 AM, Stephen Bannasch wrote:
>
>> I'm basing my mlvm builds on clones of the following two mercurial forests:
>>
>> hg fclone http://hg.openjdk.java.net/bsd-port/bsd-port sources
>> hg fclone http://hg.openjdk.java.ne
