<div class="__aliyun_email_body_block"><div  style="line-height:1.7;font-family:Tahoma,Arial,STHeiti,SimSun;font-size:14.0px;color:#000000;"><div  style="clear:both;">Hi team,<br ></div><div  style="clear:both;"><br ></div><div  style="clear:both;"><div  style="clear:both;">As RVC's proposed patches have been merged into the mainline, in response to the former thread[1] I would like to turn it on by default before the December RDP 1 deadline, for currently the hardware feature C extension has been ratified and implemented by mainstream RISC-V hardware like boards produced by Hifive, meaning we can test and verify our implementation on physical boards.</div><div  style="clear:both;"><br ></div><div  style="clear:both;">Opening another thread to refresh the content.</div><div  style="clear:both;"><br ></div><div  style="clear:both;">We can turn RVC on for now by using `-XX:+UnlockExperimentalVMOptions -XX:+UseRVC`. In addition we can examine the generated code by using options `-XX:+UnlockExperimentalVMOptions -XX:+UseRVC -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly -XX:PrintAssemblyOptions=no-aliases,numeric,show-bytes` combined.</div><div  style="clear:both;"><br ></div><div  style="clear:both;">I have pushed a simple proposed patch[2] to turn it as default true.</div><div  style="clear:both;"><br ></div><div  style="clear:both;">The only thing I shall mention here is as we know there is a known issue that may relate to the opensbi lib. Please see previous discussions[3][4]. The pattern of that issue is very easy to be distinguished, which is an uncommon case and which turns out to be bugs hidden in underlying libraries at last. I think it should be users' responsibility to update their outdated libs, and such issue shall not stop our pace.</div><div  style="clear:both;"><br ></div><div  style="clear:both;">I have opened an JBS issue[5] to record this, marking it as "Won't fix".</div><div  style="clear:both;"><br ></div><div  style="clear:both;">If there's any suggestion or objection, please let me know. If not, I will file a patch around Nov 15 (may be next week since the deadline is looming) if everything looks okay.</div><div  style="clear:both;"><br ></div><div  style="clear:both;">Best Regards,</div><div  style="clear:both;">Xiaolin</div><div  style="clear:both;"><br ></div><div  style="clear:both;">[1] <a  href="https://mail.openjdk.org/pipermail/riscv-port-dev/2022-September/000609.html" target="_blank">https://mail.openjdk.org/pipermail/riscv-port-dev/2022-September/000609.html</a></div><div  style="clear:both;">[2] <a  href="https://github.com/zhengxiaolinX/jdk/commit/b5b9c64529c27c40542f8cda720652fabf70682d" target="_blank">https://github.com/zhengxiaolinX/jdk/commit/b5b9c64529c27c40542f8cda720652fabf70682d</a></div><div  style="clear:both;">[3] <a  href="https://mail.openjdk.org/pipermail/riscv-port-dev/2022-September/000618.html" target="_blank">https://mail.openjdk.org/pipermail/riscv-port-dev/2022-September/000618.html</a></div><div  style="clear:both;">[4] <a  href="https://github.com/riscv-collab/riscv-openjdk/issues/23" target="_blank">https://github.com/riscv-collab/riscv-openjdk/issues/23</a></div><span >[5] <a  href="https://bugs.openjdk.org/browse/JDK-8296350" target="_blank">https://bugs.openjdk.org/browse/JDK-8296350</a></span></div></div></div>