-
Notifications
You must be signed in to change notification settings - Fork 728
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
Properly initalize superclass of IlGeneratorMethodDetails #16
Properly initalize superclass of IlGeneratorMethodDetails #16
Conversation
I take it you will eventually need it to do something other than default construct its parent? Because it should be doing that automatically anyway. |
Hmm. If that's true, I could withdraw this. I wasn't 100% sure that was the case, and was leaning towards Explicit > Implicit. I'm OK either way then |
I'm all for changing magic into prescription |
Can one of the admins verify this patch? |
2 similar comments
Can one of the admins verify this patch? |
Can one of the admins verify this patch? |
Jenkins test sanity |
I prefer to make it explicit since this little corner of class hierarchy is not really straight-forward. |
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.
Please update the copyright date to 2017 and then this can be merged.
Currently we don't properly IlGeneratorMethodDetails, however that hasn't harmed us because it has no state. However, I'm trying to add a field to the OMR::IlGeneratorMethodDetails which will require it to be initalized, so this commit adds the required call to the parent constructor. Signed-off-by: Matthew Gaudet <[email protected]>
b6f344b
to
e5da320
Compare
Rebased, corrected copyright. |
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.
Ok build on Travis shows failure but it's a bogus failure and it passed earlier (before the change to the copyright). I'm just going to merge.
Thanks @mgaudet
Ok I cannot merge from a phone due to the failure (thanks github) so if any other committer is willing to push the button please do. |
* Place JVMImage instance into JVMImagePortLibrary - created wrapper around omr port library and added jvmimage - placed pointer to wrapper in J9JavaVM - changed all functions to rely on vm reference or jvmimageportlibrary Signed-off-by: akshayben [email protected]
…sandbox Implment monitor enter/exit for valuetype
Currently we don't properly IlGeneratorMethodDetails, however that
hasn't harmed us because it has no state. However, I'm trying to add a
field to the OMR::IlGeneratorMethodDetails which will require it to be
initalized, so this commit adds the required call to the parent
constructor.
Signed-off-by: Matthew Gaudet [email protected]