On 06/21/2011 12:27 AM, John Rose wrote:
> On Jun 20, 2011, at 1:11 PM, Mark Roos wrote:
>
>> So we do not have a path that can be assumed to be not taken (except the
>> last in the chain).
>>
>> Perhaps in the JVM this is a poor choice for implementation of a small
>> polymorphic inline cache.
On 06/20/2011 10:11 PM, Mark Roos wrote:
Not that I am the expert here but...
In the Smalltalk we are porting the typical call site supports only a
few actual classes. So the method look up ( which is based on the
object class )
only chooses from a small set ( mostly a single choice). This s
On Jun 21, 2011, at 12:31 AM, Rémi Forax wrote:
> Sorry Mark and Tom, I should have been more clear.
> The idea is to artificially put a "never seen" flag in front of the *last*
> fallback
> in the GWT chain.
Yes. One way to do this is with a VM-internal combinator that simply notes
execution
Thanks for the example Rémi
Out of curiosity why is the fallback method synchronized? Something to do
with SwitchPoints?
thanks
mark
From:
Rémi Forax
To:
mlvm-dev@openjdk.java.net
Date:
06/21/2011 12:28 AM
Subject:
Re: Inlining heuristic trouble
Sent by:
mlvm-dev-boun...@openjdk.java.net
On 06/21/2011 05:43 AM, Mark Roos wrote:
John Rose stated
See section 5, "Case Study: Inline Caches and invokedynamic".
Thanks John, I have read that several times and it is very helpful
A small (non-megamorphic) polymorphic cache can be represented
as a cascade or decision tr
On 06/21/2011 09:50 AM, Mark Roos wrote:
Thanks for the example Rémi
Out of curiosity why is the fallback method synchronized? Something
to do with SwitchPoints?
No, SwitchPoint primary use case is metaclass modification/alteration.
The problem is that several threads may want to update the
On 06/21/2011 09:36 AM, John Rose wrote:
On Jun 21, 2011, at 12:31 AM, Rémi Forax wrote:
Sorry Mark and Tom, I should have been more clear.
The idea is to artificially put a "never seen" flag in front of the
*last* fallback
in the GWT chain.
Yes. One way to do this is with a VM-internal co
On Jun 20, 2011, at 6:42 PM, Rémi Forax wrote:
> On 06/20/2011 06:09 PM, Christian Thalinger wrote:
>> Remi, could you update PHP.reboot so that it works with a current JDK 7
>> build (upcoming b146 that is)?
>
> What is the problem ??
I get an exception:
$ bin/phpr.sh test/testecho.phpr
true
Changeset: 0ad16edd8d0d
Author:jrose
Date: 2011-06-21 02:01 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/0ad16edd8d0d
meth: update fix for 7056328
! meth-link-7056328.patch
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.n
On 06/21/2011 10:49 AM, Christian Thalinger wrote:
> On Jun 20, 2011, at 6:42 PM, Rémi Forax wrote:
>> On 06/20/2011 06:09 PM, Christian Thalinger wrote:
>>> Remi, could you update PHP.reboot so that it works with a current JDK 7
>>> build (upcoming b146 that is)?
>> What is the problem ??
> I get
On Jun 21, 2011, at 11:35 AM, Rémi Forax wrote:
> Ok, fixed,
> convertArguments doesn't exist anymore and I forget to remove it from
> the backport.
Awesome, thanks. This one looks weird though:
$ bin/phpr.sh test/testdeadreturn.phpr
null
com.googlecode.phpreboot.runtime.RT$RTError: null at 7,
Changeset: bbf074ae6d77
Author:jrose
Date: 2011-06-21 03:05 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/bbf074ae6d77
meth: tweak for portability
! meth-link-7056328.patch
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.ne
On Jun 21, 2011, at 11:35 AM, Rémi Forax wrote:
> Ok, fixed,
> convertArguments doesn't exist anymore and I forget to remove it from
> the backport.
I currently trying to push some PHP code into your web server :-) Is it
possible to recognize .php files too (not only .phpr files)?
-- Christian
On Jun 21, 2011, at 12:20 PM, Christian Thalinger wrote:
> On Jun 21, 2011, at 11:35 AM, Rémi Forax wrote:
>> Ok, fixed,
>> convertArguments doesn't exist anymore and I forget to remove it from
>> the backport.
>
> I currently trying to push some PHP code into your web server :-) Is it
> possib
On 06/21/2011 12:29 PM, Christian Thalinger wrote:
> On Jun 21, 2011, at 12:20 PM, Christian Thalinger wrote:
>> On Jun 21, 2011, at 11:35 AM, Rémi Forax wrote:
>>> Ok, fixed,
>>> convertArguments doesn't exist anymore and I forget to remove it from
>>> the backport.
>> I currently trying to push s
On Jun 21, 2011, at 1:02 PM, Rémi Forax wrote:
> On 06/21/2011 12:29 PM, Christian Thalinger wrote:
>> On Jun 21, 2011, at 12:20 PM, Christian Thalinger wrote:
>>> On Jun 21, 2011, at 11:35 AM, Rémi Forax wrote:
Ok, fixed,
convertArguments doesn't exist anymore and I forget to remove it f
On 06/21/2011 11:49 AM, Christian Thalinger wrote:
> On Jun 21, 2011, at 11:35 AM, Rémi Forax wrote:
>> Ok, fixed,
>> convertArguments doesn't exist anymore and I forget to remove it from
>> the backport.
> Awesome, thanks. This one looks weird though:
Great, this means that asType() now works :)
On 06/21/2011 01:12 PM, Rémi Forax wrote:
> On 06/21/2011 11:49 AM, Christian Thalinger wrote:
>> On Jun 21, 2011, at 11:35 AM, Rémi Forax wrote:
>>> Ok, fixed,
>>> convertArguments doesn't exist anymore and I forget to remove it from
>>> the backport.
>> Awesome, thanks. This one looks weird thou
Changeset: 6f4915217ed6
Author:jrose
Date: 2011-06-21 20:44 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/6f4915217ed6
meth: update BCP resolution logic, add more stress testing
+ meth-preresolve.patch
! meth.patch
! series
___
Changeset: cca12a8a42f4
Author:jrose
Date: 2011-06-21 20:48 -0700
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/cca12a8a42f4
meth: add another unit test
! meth-unittests.patch
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http:
20 matches
Mail list logo
