--- Additional Comments From hjl at lucon dot org 2007-03-21 20:45 ---
Fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
Resolut
--- Additional Comments From hjl at lucon dot org 2007-03-21 19:18 ---
Thanks for your bug report. I posted a patch at
http://sourceware.org/ml/binutils/2007-03/msg00268.html
The new assembler/disassembler will now generate:
41 90xchg %eax,%r8d
66 41 90 xchg %ax,%r8w
--
htt
--- Additional Comments From fruffell at cs dot uwaterloo dot ca
2007-03-21 16:20 ---
You are wrong, 0x41 0x90 is valid instruction, and your disassembler
has a bug.
Please understand the difference between the prefix 0x49 and 0x41:
0x49 -> rexB and rexW
0x41 -> rexB
Therefore your in
--- Additional Comments From hjl at lucon dot org 2007-03-21 16:18 ---
I found the problem. I will fix it.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From hjl at lucon dot org 2007-03-21 15:49 ---
0x90 nop doesn't take a operand. There is no such an instruction:
41 90 xchg %r8, %rax
Assembler will assembe "xchg %r8, %rax" as "49 90 xchg %rax,%r8".
--
What|Removed |Added
---
--- Additional Comments From fruffell at cs dot uwaterloo dot ca
2007-03-20 14:51 ---
Created an attachment (id=1633)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1633&action=view)
A test case illustrated the a rexB prefixed 0x90 instruction is not a nop.
gcc -c xchg-eax-stub.
