Uncommon trap in OptimizedCallTarget::executeHelper
Stefan Marr
java at stefan-marr.de
Mon Jan 20 04:19:49 PST 2014
Hi Gilles:
On 20 Jan 2014, at 13:05, Gilles Duboscq <duboscq at ssw.jku.at> wrote:
> I checked som out (e8856e995185720bd2b7b50e8efe09a5b04d7be1) and i
> tried to run your example. I couldn't find WhileLoopVAt so i ran
> WhileLoop:
Sorry, I forgot to push to the right repository. It’s now there.
> but i didn't get any uncommon trap in the Truffle compiled code (and
> so no "[truffle] invalidated Method..."). Can you share the code of
> WhileLoopVAt so that i can reproduce the problem?
> When you see deoptimization, the bci you see is only the bci where
> execution will be restarted which is usually some point before the
> actual source of the deoptimization.
> To debug these kind of things, i would dump the compilation graph to
> the IGV, doing so will give you some data in the "debug_id" (a recent
> rename, it was "speculation" in your traces) this will be the id of
> the Guard which failed. I then go to the graph just before the
> GuardLoweringPhase and look for this guard from there on, it's
> possible to track where this guard comes from.
Ok, will try to have a look and see whether that helps me further.
Thanks for the explanation.
Best regards
Stefan
--
Stefan Marr
INRIA Lille - Nord Europe
http://stefan-marr.de/research/
More information about the graal-dev
mailing list