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