ScopeDescs incorrect in Java 8

David Griffiths dgriffiths at undo.io
Thu Oct 8 17:09:58 UTC 2020


Ok, will do. I noticed a mismatch between the assembler produced by my use
of HTMLGenerator and that from -XX:CompileCommand=print so need to figure
out if I'm doing something stupid first (e.g. I see the use of "7.0"
results in a constant section being produced and codeBegin() !=
getEntryPoint() so could be something related to that).

Cheers,

David

On Thu, 8 Oct 2020 at 15:25, Andrew Haley <aph at redhat.com> wrote:

> On 08/10/2020 15:11, David Griffiths wrote:
> > I'm running with the options "-XX:-Inline -XX:TieredStopAtLevel=1" (there
> > is a reason for this). The method (called enough times to JIT compile)
> is:
> >
> >   16     static void topMethod(int a, int b) {
> >   17         int c = a + 1;
> >   18         int d = iMethodA(a) + iMethodB(a);
> >   19         int e = iMethodA(a) * (iMethodA(b) - iMethodB(b));
> >   20         vMethod(a);
> >   21         testArgs(7.0);
> >   22     }
> >
> > Simply changing the last line to testArgs(a) results in the ScopeDescs
> > being ok! The called methods are trivial one liners. This is the bad
> > compile info (nops and blank lines removed):
>
> Please send us a full test case.
>
> --
> Andrew Haley  (he/him)
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> https://keybase.io/andrewhaley
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>
>

-- 
David Griffiths, Senior Software Engineer

Undo <https://undo.io> | Accelerate software defect resolution by
eliminating the guesswork in failure diagnosis


More information about the hotspot-runtime-dev mailing list