gold: x86_64-nacl: Correct 9-byte nop sequence to match what the assembler generates.
authorRoland McGrath <mcgrathr@google.com>
Wed, 30 Oct 2013 22:57:58 +0000 (15:57 -0700)
committerRoland McGrath <mcgrathr@google.com>
Wed, 30 Oct 2013 23:01:06 +0000 (16:01 -0700)
gold/
* x86_64.cc (Output_data_plt_x86_64_nacl::first_plt_entry):
Correct 9-byte nop sequence to match what the assembler generates.

gold/ChangeLog
gold/x86_64.cc

index 6acb64e94b56119fe919da1652e16838922b1674..ccfae9eb58e408329d0535e678e60e486db11868 100644 (file)
@@ -1,3 +1,8 @@
+2013-10-30  Roland McGrath  <mcgrathr@google.com>
+
+       * x86_64.cc (Output_data_plt_x86_64_nacl::first_plt_entry):
+       Correct 9-byte nop sequence to match what the assembler generates.
+
 2013-10-30  Alan Modra  <amodra@gmail.com>
 
        * powerpc.cc (Powerpc_relobj::abiversion, set_abiversion,
index b95d2ed8f2da67bbc071e81a0a2a4d584c3ccb09..b9f9f17accf48964c040977313615db5602b20dd 100644 (file)
@@ -4649,7 +4649,7 @@ Output_data_plt_x86_64_nacl<size>::first_plt_entry[plt_entry_size] =
   0x41, 0xff, 0xe3,                   // jmpq *%r11
 
   // 9-byte nop sequence to pad out to the next 32-byte boundary.
-  0x2e, 0x0f, 0x1f, 0x84, 0, 0, 0, 0, 0, // nopl %cs:0x0(%rax,%rax,1)
+  0x66, 0x0f, 0x1f, 0x84, 0, 0, 0, 0, 0, // nopw 0x0(%rax,%rax,1)
 
   // 32 bytes of nop to pad out to the standard size
   0x66, 0x66, 0x66, 0x66, 0x66, 0x66,    // excess data32 prefixes