[LLVMdev] X86 mmx movq disassembler fail

Craig Topper craig.topper at gmail.com
Wed Apr 16 08:28:00 PDT 2014


It has not been fixed. This should do it. I don't have time to commit it or
write the test case at the moment.

diff --git a/lib/Target/X86/X86InstrMMX.td b/lib/Target/X86/X86InstrMMX.td

index 050ee39..47672f3 100644

--- a/lib/Target/X86/X86InstrMMX.td

+++ b/lib/Target/X86/X86InstrMMX.td

@@ -254,6 +254,11 @@ let neverHasSideEffects = 1 in

 def MMX_MOVQ64rr : MMXI<0x6F, MRMSrcReg, (outs VR64:$dst), (ins VR64:$src),

                         "movq\t{$src, $dst|$dst, $src}", [],

                         IIC_MMX_MOVQ_RR>;

+let isCodeGenOnly = 1, ForceDisassemble = 1, hasSideEffects = 0 {

+def MMX_MOVQ64rr_REV : MMXI<0x7F, MRMDestReg, (outs VR64:$dst), (ins
VR64:$src),

+                        "movq\t{$src, $dst|$dst, $src}", [],

+                        IIC_MMX_MOVQ_RR>;

+}

 } // SchedRW



 let SchedRW = [WriteLoad] in {


On Wed, Apr 16, 2014 at 6:37 AM, Lee Hammerton
<savoury.snax at googlemail.com>wrote:

>
> 0x0f 0x6f 0xc8
>
> And
>
> 0x0f 0x7f 0xc1
>
> Should both be movq % mm0, % mm1. (AT&T)
>
> However, llvm 3.4 at least does not recognise the second variant as being
> a valid instruction.
>
> We are currently compiling up latest src incase it has been fixed. If not,
> could someone take a look or recommend how to fix?
>
> Lee
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
>


-- 
~Craig
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140416/1aaf89a1/attachment.html>


More information about the llvm-dev mailing list