alexcrichton requested abrown for a review on PR #5999.
alexcrichton opened PR #5999 from palignr
to main
:
This commit adds specializations for the
palignr
instruction to the x64 backend to specialize some more patterns of byte shuffles.<!--
Please ensure that the following steps are all taken care of before submitting
the PR.
[ ] This has been discussed in issue #..., or if not, please tell us why
here.[ ] A short description of what this does, why it is needed; if the
description becomes long, the matter should probably be discussed in an issue
first.[ ] This PR contains test cases, if meaningful.
- [ ] A reviewer from the core maintainer team has been assigned for this PR.
If you don't know who could review this, please indicate so. The list of
suggested reviewers on the right can help you.Please ensure all communication adheres to the code of conduct.
-->
fitzgen submitted PR review.
fitzgen submitted PR review.
fitzgen created PR review comment:
Why this change? Why always 32?
fitzgen created PR review comment:
I guess it was always passed 32, but I'm still a little confused why it was like that.
alexcrichton submitted PR review.
alexcrichton created PR review comment:
@abrown do you perhaps remember why
palignr
was always generated withOperandSize.Size32
? I'll admit I don't fully understand howOperandSize
maps to instructions all the time but I naively figured that it could be "constant folded" into thepalignr
constructor, but a double-check would be good.
alexcrichton submitted PR review.
alexcrichton created PR review comment:
Ah I remember now actually, this has to do with the rex flags when encoding where a 64-bit size forces the W bit to be set and otherwise W is unset. I believe the encoding of the
palignr
instruction forces this to "unset" so forpalignr
it should always be a non-64-bit size.
alexcrichton updated PR #5999 from palignr
to main
.
alexcrichton has enabled auto merge for PR #5999.
abrown submitted PR review.
abrown created PR review comment:
Yeah, I think that sounds right. The
OperandSize
isn't my invention and I recall having to work around it--I think things would be more clear if we hidOperandSize
completely or alternately surfaced it asREX.W
, which is more direct.
alexcrichton merged PR #5999.
Last updated: Nov 22 2024 at 17:03 UTC