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
8291633: Build failures with GCC 11, Alpine 3 due to incompatible casts from nullptr #9705
Conversation
|
Webrevs
|
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.
LGTM
@shipilev This change now passes all automated pre-integration checks. After integration, the commit message for the final commit will be:
You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 8 new commits pushed to the
Please see this link for an up-to-date comparison between the source branch of this pull request and the
|
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.
Looks good to me, thanks for looking into it.
Thank you! If there are no other reviews, I'll be integrating this soon. |
Maybe, we'd better update the copyright year of src/hotspot/cpu/x86/interpreterRT_x86_64.cpp before integration. |
Did so in new commit. |
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.
Thanks for the update.
LGTM
/integrate |
Going to push as commit c89556f.
Your commit was automatically rebased without conflicts. |
Looks like GCC and musl that ship in new Alpine 3.15 highlight that some casts from
NULL
andnullptr
are risky/illegal.They fall into three categories:
NULL
to integral type; we can and should useNULL_WORD
in these cases, like the rest of Hotspot does;NULL
in ternary expression when another side is integral type, thus implicitly casting it;reinterpret_cast
-ingNULL
to pointer type -- this is dangerous and rightfully breaks; we can usestatic_cast
instead.Additional testing:
Progress
Issue
Reviewers
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk pull/9705/head:pull/9705
$ git checkout pull/9705
Update a local copy of the PR:
$ git checkout pull/9705
$ git pull https://git.openjdk.org/jdk pull/9705/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 9705
View PR using the GUI difftool:
$ git pr show -t 9705
Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/9705.diff