--- Additional Comments From ian at airs dot com 2009-07-21 05:26 ---
Thanks for noticing this. I committed a patch to fix the problem.
--
What|Removed |Added
St
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-07-21
05:23 ---
Subject: Bug 10419
CVSROOT:/cvs/src
Module name:src
Changes by: i...@sourceware.org 2009-07-21 05:22:55
Modified files:
gold : ChangeLog x86_64.cc
Log message:
--- Additional Comments From hjl dot tools at gmail dot com 2009-07-20
19:25 ---
0: 0f 1f 00nopl (%rax)
3: 0f 1f 40 00 nopl 0(%rax)
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10419
--- You are receiving this mail because: ---
--- Additional Comments From hjl dot tools at gmail dot com 2009-07-20
19:21 ---
x86-64 should use multi-byte nops.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10419
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someon
By default on x86-64, gas uses 0f 1f 00 as a 3-byte NOP for alignment:
$ echo 'nop; .p2align 2' > test.s
$ as test.s -o test.o
$ objdump -d test.o | tail -n2
0: 90 nop
1: 0f 1f 00nopl (%rax)
However, with some -mtune options, it can generate 8d 76
>From binutils-2.19/gold/x86_64.cc:
// Nop sequences of various lengths.
const char nop1[1] = { 0x90 }; // nop
const char nop2[2] = { 0x66, 0x90 }; // xchg %ax %ax
const char nop3[3] = { 0x8d, 0x76, 0x00 }; // leal 0(%esi),%esi
const char nop4[4] = { 0x
--- Additional Comments From nickc at redhat dot com 2009-07-20 12:16
---
Hi Chris,
OK, I have checked in a patch to handle the SBZ field in addressing mode 3.
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10288
--- You are receiving this mail because: ---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-07-20
12:11 ---
Subject: Bug 10288
CVSROOT:/cvs/src
Module name:src
Changes by: ni...@sourceware.org2009-07-20 12:11:18
Modified files:
opcodes: ChangeLog arm-dis.c
Log message:
