Uh oh!
There was an error while loading. Please reload this page.
Propagate basic block flags after a failed inline. - #38243
Conversation
This is a fllow-up to dotnet#37335 and dotnet#37840. When an inline fails we replace `GT_RET_EXPR`with the original `GT_CALL` node. `GT_RET_EXPR`may end up in a basic block other than the original `GT_CALL` so we need to propagate basic block flags. Fixesdotnet#36588.
erozenfeld
commented
Jun 22, 2020
No diffs in x64 PMI frameworks. @AndyAyersMS PTAL /cc @dotnet/jit-contrib |
BruceForstall
commented
Jun 23, 2020
The only remaining So, should we create individual issues for each of the failures, or should we treat them all as probable cases of #37117 and related tailcallstress issues? I'm inclined to disable the tailcallstress mode entirely -- on the libraries stress modes at least -- until it is known to be error free. |
erozenfeld
commented
Jun 23, 2020
Since we had a major tail call change in this release I think we should try to get tailcallstress clean before shipping .NET 5. I'm ok with disabling tailcallstress mode on the libraries stress modes and opening a .NET 5 item to get it re-enabled. |
This is a fllow-up to #37335 and #37840.
When an inline fails we replace
GT_RET_EXPRwith theoriginal
GT_CALLnode.GT_RET_EXPRmay end up ina basic block other than the original
GT_CALLso we needto propagate basic block flags.
Fixes#36588.