Crash in C1, using indy
Charles Oliver Nutter
headius at headius.com
Thu Apr 12 08:06:09 PDT 2012
FWIW, the user has offered up his contact info, in case you want to
poke him directly: whitequark at whitequark.org
On Thu, Apr 12, 2012 at 10:00 AM, Charles Oliver Nutter
<headius at headius.com> wrote:
> A JRuby user was refactoring some code to avoid the perf drop off from
> non-inlined invokedynamic call sites and ran into a crasher:
> u3: http://pastie.org/3774422
> u4: http://pastie.org/3774417
> This occurs on the OS X u4 preview and on a Linux u3 build.
> Unfortunately the app is both complex and private so I'm not able to
> provide a reproduction right now.
> Disabling TieredCompilation makes the problem go away (only uses C2).
> Running with -client fails in GVN instead:
> u3: http://pastie.org/3774468
> u4: http://pastie.org/3774461
> The bytecode of the method that crashes is at the following URL. The
> MethodHandles backing up the indy call sites can't easily be shown,
> but Christian T. knows basically how we structure them.
> PrintCompilation is included in this output:
> Each fo the tarballs includes core + hs_err, etc, for consistency.
> I can ask the user to run anything you suggest, but it seems like an
> invokedynamic crasher in C1.
> - Charlie
More information about the hotspot-compiler-dev