https://sourceware.org/bugzilla/show_bug.cgi?id=20046
--- Comment #5 from hpa at zytor dot com ---
x87 registers use a different encoding than modr/m; the upper two bits can be
something other than 11 for a register operation. However, it seems very
unlikely that new x87 instructions will be add
https://sourceware.org/bugzilla/show_bug.cgi?id=20046
--- Comment #4 from hpa at zytor dot com ---
"Register" at least for .inspfxs would mean any of GPR, segment, BND, CR, DR,
MM or XMM registers. Since YMM, ZMM, or K registers are not encodable without
VEX/XOP/EVEX prefixes those presumably sh
https://sourceware.org/bugzilla/show_bug.cgi?id=20046
--- Comment #3 from hpa at zytor dot com ---
I thought about it some more, and a better choice that .rex[/w] would be
something like .inspfxs[bwlq] , that would be able to generate 66, 67, or
REX prefixes as appropriate.
The possible combinat
https://sourceware.org/bugzilla/show_bug.cgi?id=20046
--- Comment #2 from H.J. Lu ---
Those are just special pseudo instructions. We need the list of all
possible operand combinations.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=20046
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #1 from H.J. Lu ---
Do
https://sourceware.org/bugzilla/show_bug.cgi?id=20046
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are rece
