You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 22, 2021. It is now read-only.
It might be too late for this, but the proposal seems to be inconsistent about whether memarg parameters are named or not. For most instructions it is specified as just memarg, but for the load_lane and store_lane instructions it is m: memarg. Obviously it's not a big deal, but the inconsistency is somewhat perplexing.
FWIW, I'd prefer to just make them all named for consistency with the rest of the proposal, but if not it seems appropriate to make them consistently inconsistent with the rest of the proposal :)
The text was updated successfully, but these errors were encountered:
The overview document is inconsistent about how it uses memarg parameter, a better reference may be the https://github.com/WebAssembly/simd/blob/main/proposals/simd/BinarySIMD.md document for the immediate operands that go into each operation. FWIW, the overview documents work well for iterating over the proposal, but sometimes can be imprecise. The text that gets merged into the main spec is updated in the document/ folder to be consistent with the formal WebAssembly spec. That said, I have no objections to the overview document using named memarg parameters everywhere (PRs welcome!).
ngzhian
added a commit
to ngzhian/simd
that referenced
this issue
Sep 17, 2021
It might be too late for this, but the proposal seems to be inconsistent about whether memarg parameters are named or not. For most instructions it is specified as just
memarg
, but for the load_lane and store_lane instructions it ism: memarg
. Obviously it's not a big deal, but the inconsistency is somewhat perplexing.FWIW, I'd prefer to just make them all named for consistency with the rest of the proposal, but if not it seems appropriate to make them consistently inconsistent with the rest of the proposal :)
The text was updated successfully, but these errors were encountered: