abrown opened PR #2799 from inst-format
to main
:
In preparation for adding new encoding modes to the x64 backend (e.g. VEX,
EVEX), this change moves all of the current instruction encoding functions to
encodings::rex
. This refactor does not change any logic.
Please enter the commit message for your changes. Lines starting<!--
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.
-->
abrown requested bnjbvr for a review on PR #2799.
abrown requested cfallin and bnjbvr for a review on PR #2799.
abrown submitted PR Review.
abrown created PR Review Comment:
Not sure about what visibility level is best for this module...
abrown submitted PR Review.
abrown created PR Review Comment:
In a future change, I would like to:
- factor out the external dependencies to this encoding code (I mean, why not? It would make it a bit easier to test and perhaps this code could be useful elsewhere?)
- implement a few more abstractions like
RexFlags
to make this easier to work with (again, why not? Rust == "zero-cost abstractions," right? :grinning:)Any thoughts for or against this?
abrown submitted PR Review.
abrown created PR Review Comment:
Eventually other ways to encode instruction formats would get exposed here.
abrown edited PR #2799 from inst-format
to main
:
In preparation for adding new encoding modes to the x64 backend (e.g. VEX,
EVEX), this change moves all of the current instruction encoding functions to
encodings::rex
. This refactor does not change any logic.
<!--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.
-->
abrown updated PR #2799 from inst-format
to main
.
abrown requested cfallin, bnjbvr and julian-seward1 for a review on PR #2799.
cfallin submitted PR Review.
cfallin submitted PR Review.
cfallin created PR Review Comment:
I think crate-public is good for now. We should probably reconsider some of the other
pub
submodules, to be honest; IMHO we expose too much implementation already; but that's out-of-scope here :-)
cfallin created PR Review Comment:
+1 to both of these!
In particular to the first point: there is really an x86-64 assembler library begging to escape from this module -- it is "incomplete" in the sense that it only implements the instructions we actually need, but maybe it could be useful for other folks in the Rust world as well, eventually.
abrown merged PR #2799.
Last updated: Nov 22 2024 at 17:03 UTC