This distinguishes input operands from output operands. This is something of a syntactic experiment to see whether the mild amount of clutter this adds is outweighed by the extra information it conveys to the reader. llvm-svn: 253922
50 lines
1.2 KiB
LLVM
50 lines
1.2 KiB
LLVM
; RUN: llc < %s -asm-verbose=false | FileCheck %s
|
|
|
|
; Test that basic loads are assembled properly.
|
|
|
|
target datalayout = "e-p:32:32-i64:64-n32:64-S128"
|
|
target triple = "wasm32-unknown-unknown"
|
|
|
|
; CHECK-LABEL: ldi32:
|
|
; CHECK-NEXT: .param i32{{$}}
|
|
; CHECK-NEXT: .result i32{{$}}
|
|
; CHECK-NEXT: i32.load $[[NUM:[0-9]+]]=, $0{{$}}
|
|
; CHECK-NEXT: return $[[NUM]]{{$}}
|
|
define i32 @ldi32(i32 *%p) {
|
|
%v = load i32, i32* %p
|
|
ret i32 %v
|
|
}
|
|
|
|
; CHECK-LABEL: ldi64:
|
|
; CHECK-NEXT: .param i32{{$}}
|
|
; CHECK-NEXT: .result i64{{$}}
|
|
; CHECK-NEXT: .local i64{{$}}
|
|
; CHECK-NEXT: i64.load $[[NUM:[0-9]+]]=, $0{{$}}
|
|
; CHECK-NEXT: return $[[NUM]]{{$}}
|
|
define i64 @ldi64(i64 *%p) {
|
|
%v = load i64, i64* %p
|
|
ret i64 %v
|
|
}
|
|
|
|
; CHECK-LABEL: ldf32:
|
|
; CHECK-NEXT: .param i32{{$}}
|
|
; CHECK-NEXT: .result f32{{$}}
|
|
; CHECK-NEXT: .local f32{{$}}
|
|
; CHECK-NEXT: f32.load $[[NUM:[0-9]+]]=, $0{{$}}
|
|
; CHECK-NEXT: return $[[NUM]]{{$}}
|
|
define float @ldf32(float *%p) {
|
|
%v = load float, float* %p
|
|
ret float %v
|
|
}
|
|
|
|
; CHECK-LABEL: ldf64:
|
|
; CHECK-NEXT: .param i32{{$}}
|
|
; CHECK-NEXT: .result f64{{$}}
|
|
; CHECK-NEXT: .local f64{{$}}
|
|
; CHECK-NEXT: f64.load $[[NUM:[0-9]+]]=, $0{{$}}
|
|
; CHECK-NEXT: return $[[NUM]]{{$}}
|
|
define double @ldf64(double *%p) {
|
|
%v = load double, double* %p
|
|
ret double %v
|
|
}
|