-
Notifications
You must be signed in to change notification settings - Fork 740
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 AOT support for Method Handles #11442
Conversation
For the |
I think I have found it: |
3fe3fe6
to
074c64b
Compare
NonSVM implementation is finished. |
6ad8d6c
to
4011ef1
Compare
Build MethodHandle JDK
Testing
|
c26e10d
to
c91a250
Compare
a61fe1e
to
3e73591
Compare
Signed-off-by: Harry Yu <[email protected]>
3cea0ec
to
61b1138
Compare
Signed-off-by: Harry Yu <[email protected]>
… frontend query Signed-off-by: Harry Yu <[email protected]>
Signed-off-by: Harry Yu <[email protected]>
61b1138
to
17f888c
Compare
NonSVM implementation summary:
AOT compile run
TR_ResolvedRelocatableJ9Method::validateArbitraryObjectClassFromConstantPool
which will handle adding both SVM and NonSVM validation recordsstoreValidationRecordIfNecessary
, add new typeTR_ValidateArbitraryObjectClass
AOT load run
TR_RelocationRecordValidateArbitraryObjectClass::applyRelocation()
should contain the special logic for the AOT load run validationJ9ConstantPool[cpIndex]
gives us the arbitrary objectTR_RelocationRecordValidateArbitraryObjectClass
will need to be created, could extend fromTR_RelocationRecordValidateClass
, onlyapplyRelocation()
need to be overrideninitializeCommonAOTRelocationHeader
anddumpRelocationHeaderData
andTR_RelocationRecord::create
all need a new case (TR_ValidateArbitraryObjectClass
)Signed-off-by: Harry Yu [email protected]