RFR(XXS): C1 compilation fails with -XX:+PrintIRDuringConstruction -XX:+Verbose

Tobias Hartmann tobias.hartmann at oracle.com
Mon Dec 9 07:15:22 UTC 2019


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>> 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