Re: Testing out latest work

2012-07-12 Thread Michael Haupt
Charles, Am 12.07.2012 um 08:44 schrieb Charles Oliver Nutter: > It ranges...fib is around 80% slower. Richards is like 150% slower. > red_black is a bit slower than that. We're not talking orders of > magnitude, but they're kinda where we were this time last year before > we really go to tuning.

hg: mlvm/mlvm/hotspot: annot: update for review comments

2012-07-12 Thread john . r . rose
Changeset: 0ffb542eb0de Author:jrose Date: 2012-07-12 00:37 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/0ffb542eb0de annot: update for review comments ! annot-6711908.patch ___ mlvm-dev mailing list mlvm-dev@openjdk.java.

hg: mlvm/mlvm/hotspot: annot, meth: update

2012-07-12 Thread john . r . rose
Changeset: 71016edd5799 Author:jrose Date: 2012-07-12 00:50 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/71016edd5799 annot, meth: update ! annot-6711908.patch ! meth-lazy-7023639.patch ___ mlvm-dev mailing list mlvm-dev@o

Re: review request (M): 6711908: JVM needs direct access to some annotations

2012-07-12 Thread Vladimir Kozlov
This looks good. Thanks, Vladimir On 7/11/12 11:54 PM, John Rose wrote: > On Jul 11, 2012, at 5:25 PM, Vladimir Kozlov wrote: > >> > But I'll change it if you insist. >> >> Please, change. Also put final klass settings "Fill in field values from >> parse_classfile_attributes" in a separate >> Cl

Re: hg: mlvm/mlvm/hotspot: meth: fix to intrinsic compilation; assembler tweaks for debugging; backtrace filtering

2012-07-12 Thread John Rose
On Jul 10, 2012, at 2:12 AM, Rémi Forax wrote: > I think backtrace filtering, should be enhanced by adding a new method > attribute in the bytecode that indicates if a method should be visible > or not > when dumping a stacktrace and a display name that should be used > instead of the bytecode me

hg: mlvm/mlvm/jdk: rebase after pushing 4 changesets to hotspot-comp

2012-07-12 Thread john . r . rose
Changeset: 421b98214f0d Author:jrose Date: 2012-07-12 02:21 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/421b98214f0d rebase after pushing 4 changesets to hotspot-comp - cval-7153157.patch - meth-7087658.patch - meth-7127687.patch - meth-7129034.patch ! series _

Re: hg: mlvm/mlvm/hotspot: meth: fix to intrinsic compilation; assembler tweaks for debugging; backtrace filtering

2012-07-12 Thread Krystal Mok
Unconditionally skipping some special frames in the stack trace may also make language implementers' lives hard when they're *developing* - it's analogous to when JVM implementers want to see all frames of a stack, including the native/VM internal ones, where as most Java developers would just want

Re: hg: mlvm/mlvm/hotspot: meth: fix to intrinsic compilation; assembler tweaks for debugging; backtrace filtering

2012-07-12 Thread John Rose
On Jul 12, 2012, at 2:35 AM, Krystal Mok wrote: > Unconditionally skipping some special frames in the stack trace may also make > language implementers' lives hard when they're *developing* - it's analogous > to when JVM implementers want to see all frames of a stack, including the > native/VM

Re: How to making Class.forName work in indy?

2012-07-12 Thread Christian Thalinger
On Jul 10, 2012, at 1:57 PM, Jochen Theodorou wrote: > Am 10.07.2012 22:56, schrieb Rémi Forax: > [...] >> Class.forName(name) is equivalent to Class.forName(name, true, >> lookup.lookupClass().getClassLoader()) >> As true and lookup.lookupClass().getClassLoader() are constant in the BSM, >> you

Re: hg: mlvm/mlvm/hotspot: meth: fix to intrinsic compilation; assembler tweaks for debugging; backtrace filtering

2012-07-12 Thread Charles Oliver Nutter
On Thu, Jul 12, 2012 at 2:11 AM, John Rose wrote: > One problem with mixed mode systems is that a method like > "executeMyLanguagesInterpretedMethodUntilItGetsCompiled" wants to display a > method name based on some value inside the frame itself. Simply filtering > or renaming JVM methods does no

Re: hg: mlvm/mlvm/hotspot: meth: fix to intrinsic compilation; assembler tweaks for debugging; backtrace filtering

2012-07-12 Thread Rémi Forax
On 07/12/2012 07:14 PM, Charles Oliver Nutter wrote: > On Thu, Jul 12, 2012 at 2:11 AM, John Rose wrote: >> One problem with mixed mode systems is that a method like >> "executeMyLanguagesInterpretedMethodUntilItGetsCompiled" wants to display a >> method name based on some value inside the frame i

Re: hg: mlvm/mlvm/hotspot: meth: fix to intrinsic compilation; assembler tweaks for debugging; backtrace filtering

2012-07-12 Thread Attila Szegedi
On Thu, Jul 12, 2012 at 10:14 AM, Charles Oliver Nutter wrote: > > I dare say JRuby has the nicest stack traces of any language on the JVM. Well, as far as showing pride in the way you tackle error reporting, I'm actually very proud of the level of detail we put into exception reporting for FreeM

Re: review request (XXXL): 7023639: JSR 292 method handle invocation needs a fast path for compiled code

2012-07-12 Thread Vladimir Kozlov
John, sharedRuntime_sparc.cpp: Why casting to (int)? Also use pointer_delta(code_end, code_start,1): + __ set((int)(intptr_t)(code_end - code_start), temp2_reg); You bound L_fail label twice, it should be local in range_check(). Use brx() instead of br() since you compare pointers. And use

hg: mlvm/mlvm/hotspot: meth-lazy: misc. SPARC fixes

2012-07-12 Thread christian . thalinger
Changeset: f55844a06cc2 Author:twisti Date: 2012-07-12 18:47 -0700 URL: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/rev/f55844a06cc2 meth-lazy: misc. SPARC fixes ! meth-lazy-7023639.patch ___ mlvm-dev mailing list mlvm-dev@openjdk.java.

Re: Testing out latest work

2012-07-12 Thread Stephen Bannasch
At 1:32 PM -0700 7/11/12, Charles Oliver Nutter wrote: >Ok, gents, Christian told me now might be a good time to start poking >at the new indy backend with JRuby, so I got a build together and have >been playing with it a bit. > >First off, getting it to build... > >Stephen B's gist still works fin