-
Notifications
You must be signed in to change notification settings - Fork 62
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add jvm_static_field_is
command for specifying static fields in JVM.
#981
Conversation
As currently implemented, the |
I'd be inclined to implement the version that allows an arbitrary class name + field name string, partly because we may not otherwise have any other reason to load the class containing the static field. I think it might also be worth fixing the bug in |
Ok, then I think I'll mark this PR as a draft until I implement the qualified-name syntax for |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good. Thanks!
The ubuntu tests are failing in the |
This makes it possible to verify JVM specs that specify initial values of static fields; previously the static initializers would always run upon the first field access and overwrite the assumed initial values. Eventually the addition of explicit JVMSetup commands for class initialization status preconditions will make this unnecessary (#916).
By default, the command refers to static fields in the same class as the method that the spec is for. Static fields in other classes can be specified using a qualified name like "C.x".
This fixes a previously-broken example in test_jvm_static_fields.
Fixes #908.
This PR also includes a crucible submodule update that fixes #925.The crucible submodule update was included with #992.