Displaying 2 results from an estimated 2 matches for "7e0f6667".
2007 Dec 13
0
[LLVMdev] Bogus X86-64 Patterns
...is wrong if you really wanted 32 bits) or these patterns are
> broken on
> MaxOS as well and the MacOS assembler really needs to be fixed.
Hrm. Good point. Looks like the Mac OS X assembler is always adding
rex.w:
movd %xmm0, (%eax)
$ otool64 -t a.o
a.o:
(__TEXT,__text) section
00000000 7e0f6667 00000000
I'll ping our assembler guy.
>
> We are changing these to movq in our copy of llvm. Shall I send
> the changes
> upstream?
Hold on, changing to movq will break it on Mac OS X. I'll need to
find a proper solution.
Thanks,
Evan
>
>...
2007 Dec 12
2
[LLVMdev] Bogus X86-64 Patterns
Tracking down a problem with one of our benchmark codes, we've discovered that
some of the patterns in X86InstrX86-64.td are wrong. Specifically:
def MOV64toPQIrm : RPDI<0x6E, MRMSrcMem, (outs VR128:$dst), (ins i64mem:$src),
"mov{d|q}\t{$src, $dst|$dst, $src}",
[(set VR128:$dst,
(v2i64 (scalar_to_vector