https://sourceware.org/bugzilla/show_bug.cgi?id=16490
Michael Zolotukhin michael.v.zolotukhin at gmail dot com changed:
What|Removed |Added
Assignee|unassigned at sourceware
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: michael.v.zolotukhin at gmail dot com
Currently, gas emits error on the following insn:
vscatterqps [eax]{k1}, ymm0
(And similar cases with gather
: NEW
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: michael.v.zolotukhin at gmail dot com
GAS doesn't complain about the following insns (depending on operand-check flag
it should emit error/warning
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: michael.v.zolotukhin at gmail dot com
Disp8 encoding/decoding is wrong for the following example (supposedly,
encoding is correct, decoding is incorrect):
.intel_syntax noprefix
https://sourceware.org/bugzilla/show_bug.cgi?id=16489
Michael Zolotukhin michael.v.zolotukhin at gmail dot com changed:
What|Removed |Added
Assignee|unassigned at sourceware
http://sourceware.org/bugzilla/show_bug.cgi?id=13084
Michael Zolotukhin michael.v.zolotukhin at gmail dot com changed:
What|Removed |Added
CC
http://sourceware.org/bugzilla/show_bug.cgi?id=13084
--- Comment #4 from Michael Zolotukhin michael.v.zolotukhin at gmail dot com
2012-09-23 14:21:16 UTC ---
If working with 64-bit values is incorrect in x32-mode, then we also need to
fix tests from gas/i386/ilp32/x86-64.s
http://sourceware.org/bugzilla/show_bug.cgi?id=13084
--- Comment #6 from Michael Zolotukhin michael.v.zolotukhin at gmail dot com
2012-09-23 15:17:07 UTC ---
(In reply to comment #5)
(In reply to comment #4)
If working with 64-bit values is incorrect in x32-mode, then we also need
