RFR: 8283229: compiler/arguments/TestCodeEntryAlignment.java fails with release VMs

Jie Fu jiefu at openjdk.java.net
Wed Mar 16 23:12:30 UTC 2022


On Wed, 16 Mar 2022 09:35:16 GMT, Jie Fu <jiefu at openjdk.org> wrote:

>> Not running this test in product/release builds seems like the wrong fix.  I suggest 2 possible alternatives:
>> 1. Make CodeCacheSegmentSize a product flag.  It doesn't make sense to me for CodeCacheSegmentSize (develop flag), CodeEntryAlignment (experimental, product flag), and OptoLoopAlignment (product flag) to be different kinds of flags.
>> 2. Allow CodeEntryAlignment to change the default value of CodeCacheSegmentSize.  It would also make sense for OptoLoopAlignment to update the default values of CodeEntryAlignment and CodeCacheSegmentSize.
>
>> 1. Make CodeCacheSegmentSize a product flag.  It doesn't make sense to me for CodeCacheSegmentSize (develop flag), CodeEntryAlignment (experimental, product flag), and OptoLoopAlignment (product flag) to be different kinds of flags.
> 
> Thanks @dean-long for your review and comments.
> So do we need a CSR if we make CodeCacheSegmentSize a product flag?

> @DamonFool I think the right thing to do is to use
> 
> @requires vm.debug
> 
> for now to fix the test failures, then file a new RFE to make CodeCacheSegmentSize a product flag and clean up the test.

Good idea.
I will file a RFE and fix it today.
Thanks.

-------------

PR: https://git.openjdk.java.net/jdk/pull/7830


More information about the hotspot-compiler-dev mailing list