On Dec 14, 2011, at 2:24 AM, chen...@telecom-bretagne.eu wrote:
>
> The Openjdk I fclone is hsx/hotspot-comp. I just followed the
> instruction on mlvm wiki.
>
> I tried the strip command as you said. But it did not help any more.
> E.g., the hotspot patch requires revision is "d8cb48376797". I
On Dec 13, 2011, at 5:24 PM, chen...@telecom-bretagne.eu wrote:
> The Openjdk I fclone is hsx/hotspot-comp. I just followed the
> instruction on mlvm wiki.
>
> I tried the strip command as you said. But it did not help any more.
> E.g., the hotspot patch requires revision is "d8cb48376797". Its f
At 2:24 AM +0100 12/14/11, chen...@telecom-bretagne.eu wrote:
>The Openjdk I fclone is hsx/hotspot-comp. I just followed the
>instruction on mlvm wiki.
mlvm is building fine for me and jtreg tests I run also work
my build scripts: http://gist.github.com/243072
The Openjdk I fclone is hsx/hotspot-comp. I just followed the
instruction on mlvm wiki.
I tried the strip command as you said. But it did not help any more.
E.g., the hotspot patch requires revision is "d8cb48376797". Its first
descendant is "cec1757a0134". So I do "hg strip cec1757a0134" in
orde
Changeset: 3dfb22ef25a5
Author:jrose
Date: 2011-12-13 17:12 -0800
URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/3dfb22ef25a5
rebase patches
! mac-tweaks.patch
! series
Changeset: 89129696dbc4
Author:jrose
Date: 2011-12-13 17:14 -0800
URL: http://hg.openjdk.j
Changeset: ea20028ecbf4
Author:jrose
Date: 2011-12-13 17:08 -0800
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/ea20028ecbf4
cval: move ClassValueMap into ClassValue
! cval-tune-7030453.patch
Changeset: 4353b8785309
Author:jrose
Date: 2011-12-13 17:08 -0800
URL:
On Tue, Dec 13, 2011 at 4:52 PM, Clemens Eisserer wrote:
> Hmm, from what I understand, hotspot's interpreter is already
> "super-hot" right after startup.
> Whereas JRuby's interpreter is jvm bytecode that needs to be compiled
> by a compiler, hotspot's interpreter is *hand-tuned* low-level
> ass
Hi Oliver,
> Another more subtle aspect is that our interpreter gets "hot" *very*
> quickly, since it's running the same code over and over again
> regardless of what Ruby code is executing. If all that Ruby code were
> JVM bytecode, each piece would have to get "hot" to run fast...so
> interpreti
Changeset: b9c18afea366
Author:jrose
Date: 2011-12-13 12:40 -0800
URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/b9c18afea366
remove indy-bsm-postjdk7.patch
! series
Changeset: 5d5463d1cb3e
Author:jrose
Date: 2011-12-13 12:41 -0800
URL: http://hg.openjdk.java.net
On Dec 12, 2011, at 6:17 PM, chen...@telecom-bretagne.eu wrote:
>
> I review the output message. I come to know what the error has come from.
>
> In fact, when I did "make setup", some patches which had already been in the
> source rep was not popped at all. relative output is:
> -
On Dec 13, 2011, at 12:31 AM, RĂ©mi Forax wrote:
> On 12/12/2011 05:38 PM, Charles Oliver Nutter wrote:
>> I'm still of the opinion that you shouldn't fix it, or at least
>> shouldn't demote "noisy" call sites to never optimize. It's not
>> common, but there are Ruby programs that may define a new
11 matches
Mail list logo