On Fri, 6 Dec 2024 21:34:14 GMT, Coleen Phillimore <cole...@openjdk.org> wrote:
> This change only verifies redefined classes if Verification is enabled.
> BytecodeVerificationRemote will be false for verification turned off. If
> someone turns it off but BytecodeVerificationLocal on (which is
> non-sensical), the argument processing code will fix that up. So all this
> needs to do is check for BytecodeVerifificationRemote for -Xverify:none
> (which is a deprecated option).
>
>
> // Treat the odd case where local verification is enabled but remote
> // verification is not as if both were enabled.
> if (BytecodeVerificationLocal && !BytecodeVerificationRemote) {
> log_info(verification)("Turning on remote verification because local
> verification is on");
> FLAG_SET_DEFAULT(BytecodeVerificationRemote, true);
> }
>
>
> Tested with runtime/verifier, jck vm and tier1-4 (in progress), and the new
> test case.
This pull request has been closed without being integrated.
-------------
PR: https://git.openjdk.org/jdk/pull/22617
