8380197: [REDO] [lworld] OptimizePtrCompare is too conservative#2239
8380197: [REDO] [lworld] OptimizePtrCompare is too conservative#2239rwestrel wants to merge 1 commit intoopenjdk:lworldfrom
Conversation
|
👋 Welcome back roland! A progress list of the required criteria for merging this PR into |
|
❗ This change is not yet ready to be integrated. |
|
@rwestrel Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information. |
|
@rwestrel Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information. |
BCEscapeAnalyzercan conservatively mark all arguments as being returned by a method. When that happens, it includes arguments that are not the same as the return type. That's an issue for flattened values because they then don't have the same fields. The way I dealt with that corner case in my previous patch was broken because it didn't handle cases where in all the arguments, some have the same type as the return type, some not.Progress
Issue
Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/valhalla.git pull/2239/head:pull/2239$ git checkout pull/2239Update a local copy of the PR:
$ git checkout pull/2239$ git pull https://git.openjdk.org/valhalla.git pull/2239/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 2239View PR using the GUI difftool:
$ git pr show -t 2239Using diff file
Download this PR as a diff file:
https://git.openjdk.org/valhalla/pull/2239.diff