mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-12-15 04:30:12 +00:00
3ddc32292d
On X86, the Intel asm parser tries to match all memory operand sizes when none is explicitly specified. For LEA, which doesn't really have a memory operand (just a pointer one), this results in multiple successful matches, one for each memory size. There's no error because it's same opcode, so really, it's just one match. However, the tablegen'd matcher function adds opcode/operands to the passed MCInst, and this results in multiple duplicated operands. This commit clears the MCInst in the tablegen'd matcher function. We sometimes clear it when the match failed, so there's no expectation of keeping the previous content anyway. Differential Revision: http://reviews.llvm.org/D6670 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@224347 91177308-0d34-0410-b5e6-96231b3b80d8
30 lines
686 B
ArmAsm
30 lines
686 B
ArmAsm
// RUN: llvm-mc -triple x86_64-unknown-unknown -x86-asm-syntax=intel -mcpu=knl %s | FileCheck %s
|
|
|
|
// Check that we deduce unsized memory operands in the general, unambiguous, case.
|
|
// We can't deduce xword memory operands, because there is no instruction
|
|
// unambiguously accessing 80-bit memory.
|
|
|
|
// CHECK: movb %al, (%rax)
|
|
mov [rax], al
|
|
|
|
// CHECK: movw %ax, (%rax)
|
|
mov [rax], ax
|
|
|
|
// CHECK: movl %eax, (%rax)
|
|
mov [rax], eax
|
|
|
|
// CHECK: movq %rax, (%rax)
|
|
mov [rax], rax
|
|
|
|
// CHECK: movdqa %xmm0, (%rax)
|
|
movdqa [rax], xmm0
|
|
|
|
// CHECK: vmovdqa %ymm0, (%rax)
|
|
vmovdqa [rax], ymm0
|
|
|
|
// CHECK: vaddps (%rax), %zmm1, %zmm1
|
|
vaddps zmm1, zmm1, [rax]
|
|
|
|
// CHECK: leal 1(%r15d), %r9d
|
|
lea r9d, [r15d+1]
|