BarebitOpenSource
BarebitOpenSource
Idea: reuse `pref` element with new `REXW` pseudoconstant. The `REXW` doesn't mean value 0x48 but only the `W` bit in REX, if REX is present.
It seems that because of AVX `VZEROUPPER` vs. `VZEROALL`, there will be an attribute indicating dependency on `VEX.L` because it is not possible to indicate it using operand type. To...
Related missing instructions: `XSAVEOPT`, `XSAVEOPT64` `XSAVES`, `XSAVES64`
Moved to https://github.com/mazegen/x86reference/issues/15
Good point. I need to figure out why Intel uses this operand type in the manual.
Won't fix, see #27.
Good point. I need to figure out why Intel uses this operand type in the manual. Edit: see Core 2 manual, revision 028, 253667.pdf, opcode map.
I have reviewed it and I decided to keep it as it is. All the old Intel manuals consistently indicate the operands as `MOVSHDUP Vq, Wq`. Also the `VMOVSHDUP` operands...
Added to the main README.
Good point. I need to figure out why Intel uses this operand type in the manual.