0aef747b84
The motivation is that the update script has at least two deviations (`<...>@GOT`/`<...>@PLT`/ and not hiding pointer arithmetics) from what pretty much all the checklines were generated with, and most of the tests are still not updated, so each time one of the non-up-to-date tests is updated to see the effect of the code change, there is a lot of noise. Instead of having to deal with that each time, let's just deal with everything at once. This has been done via: ``` cd llvm-project/llvm/test/CodeGen/X86 grep -rl "; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py" | xargs -L1 <...>/llvm-project/llvm/utils/update_llc_test_checks.py --llc-binary <...>/llvm-project/build/bin/llc ``` Not all tests were regenerated, however.
32 lines
997 B
LLVM
32 lines
997 B
LLVM
; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
|
|
; RUN: llc < %s -O0 -mtriple=i686-apple-darwin9.8 -mattr=+mmx,+sse2 | FileCheck %s --check-prefixes=X86
|
|
; RUN: llc < %s -O0 -mtriple=x86_64-apple-darwin9.8 -mattr=+mmx,+sse2 | FileCheck %s --check-prefixes=X64
|
|
|
|
; PR4684
|
|
|
|
declare void @func2(x86_mmx)
|
|
|
|
; This isn't spectacular, but it's MMX code at -O0...
|
|
|
|
define void @func1() nounwind {
|
|
; X86-LABEL: func1:
|
|
; X86: ## %bb.0:
|
|
; X86-NEXT: subl $12, %esp
|
|
; X86-NEXT: movq {{\.?LCPI[0-9]+_[0-9]+}}, %mm0 ## mm0 = 0x200000000
|
|
; X86-NEXT: calll _func2
|
|
; X86-NEXT: addl $12, %esp
|
|
; X86-NEXT: retl
|
|
;
|
|
; X64-LABEL: func1:
|
|
; X64: ## %bb.0:
|
|
; X64-NEXT: pushq %rax
|
|
; X64-NEXT: movq {{\.?LCPI[0-9]+_[0-9]+}}(%rip), %mm0 ## mm0 = 0x200000000
|
|
; X64-NEXT: movq2dq %mm0, %xmm0
|
|
; X64-NEXT: callq _func2
|
|
; X64-NEXT: popq %rax
|
|
; X64-NEXT: retq
|
|
%tmp0 = bitcast <2 x i32> <i32 0, i32 2> to x86_mmx
|
|
call void @func2(x86_mmx %tmp0)
|
|
ret void
|
|
}
|