-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Fix too narrow loads while unspilling #66675
Conversation
Unspilling could produce too narrow loads for normalize-on-load variables when encountering a narrowly typed LCL_VAR node. This could result in subsequent uses of the same local using a truncated value. Fix dotnet#66624
Tagging subscribers to this area: @JulieLeeMSFT Issue DetailsUnspilling could produce too narrow loads for normalize-on-load Fix #66624
|
FWIW, it seems likely to me that we could always use 'wide' loads here, at least on non-ARM. We already do so for dependently promoted small fields (even unaligned) and when enregistering incoming stack args, so clearly these rely on upstream code to have inserted casts. However I preferred the smaller set of diffs here. |
/azp run Antigen, Fuzzlyn |
Azure Pipelines successfully started running 2 pipeline(s). |
No diffs cc @dotnet/jit-contrib PTAL @BruceForstall |
Unspilling could produce too narrow loads for normalize-on-load variables when encountering a narrowly typed LCL_VAR node. This could result in subsequent uses of the same local using a truncated value. Fix dotnet#66624
Unspilling could produce too narrow loads for normalize-on-load
variables when encountering a narrowly typed LCL_VAR node. This could
result in subsequent uses of the same local using a truncated value.
Fix #66624