RFR(XXS): C1 compilation fails with -XX:+PrintIRDuringConstruction -XX:+Verbose
Tobias Hartmann
tobias.hartmann at oracle.com
Tue Dec 10 09:34:43 UTC 2019
Hi Liu,
looks good and trivial to me. I'll sponsor.
Best regards,
Tobias
On 09.12.19 09:17, Liu Xin wrote:
> Hi, Tobias,
>
> Thanks for your feedback.
> Here is the new webrev. I update what you pointed out.
> https://cr.openjdk.java.net/~xliu/8235383/02/webrev/
>
> The patch passed hotspot-tier1 for both fastdebug and release builds.
>
> thanks,
> --lx
>
>
> On Sun, Dec 8, 2019 at 11:15 PM Tobias Hartmann <tobias.hartmann at oracle.com
> <mailto:tobias.hartmann at oracle.com>> wrote:
>
> Hi Liu,
>
> thanks for adding the test.
>
> We try to avoid bug ids as test names. In this case, I would suggest something like
> TestPrintIRDuringConstruction with a compiler.c1 package declaration. Also, the first line of the
> copyright header looks wrong (should look like this [1]).
>
> line 27-29: I don't think you need these lines
> line 42: "initiail" -> "initial"
>
> Thanks,
> Tobias
>
> [1]
> http://hg.openjdk.java.net/jdk/jdk/raw-file/fb39a8d1d101/test/hotspot/jtreg/compiler/c1/TestGotoIfMain.java
>
> On 07.12.19 05:26, Liu Xin wrote:
> > hi, Tobias,
> >
> > Thank you for reviewing it. I add a regression test about it. Could you take a look?
> > https://cr.openjdk.java.net/~xliu/8235383/01/webrev/
> >
> > thanks,
> >
> > --lx
> >
> >
> >
> > On Fri, Dec 6, 2019 at 12:24 AM Tobias Hartmann <tobias.hartmann at oracle.com
> <mailto:tobias.hartmann at oracle.com>
> > <mailto:tobias.hartmann at oracle.com <mailto:tobias.hartmann at oracle.com>>> wrote:
> >
> > Hi Liu,
> >
> > your fix looks good to me but could you please add a regression test?
> >
> > Thanks,
> > Tobias
> >
> > On 06.12.19 08:23, Liu Xin wrote:
> > > Hi, Reviewers,
> > >
> > > Could you review this very simple bugfix for C1?
> > > JBS: https://bugs.openjdk.java.net/browse/JDK-8235383
> > > Webrev: https://cr.openjdk.java.net/~xliu/8235383/webrev/
> > >
> > > The root cause is some instructions are going to be eliminated, so they are
> > > not assigned to any valid bci.
> > > In present of -XX:+PrintIRDuringConstruction -XX:+Verbose, C1 will print
> > > them out and then hit the assert.
> > >
> > > Yes, I can twiddle graph_builder to assign right BCIs to them, but I would
> > > like to have a more robust InstructionPrinter::print_line. the CR will
> > > leave blanks in the position of bci.
> > > Eliminated store for object 0:
> > > . 0 a67 a58._24 := a54 (L) next
> > > Eliminated load:
> > > . 0 i35 a11._24 (I) position
> > >
> > > thanks,
> > > --lx
> > >
> >
>
More information about the hotspot-compiler-dev
mailing list