Files
clang-p2996/llvm/test/CodeGen/SPARC/LeonFixAllFDIVSQRTPassUT.ll
Fangrui Song 728490257e [Sparc,test] Change llc -march= to -mtriple=
Similar to 806761a762

-mtriple= specifies the full target triple while -march= merely sets the
architecture part of the default target triple (e.g. Windows, macOS),
leaving a target triple which may not make sense.

Therefore, -march= is error-prone and not recommended for tests without a target
triple. The issue has been benign as we recognize sparc*-apple-darwin as ELF instead
of rejecting it outrightly.
2024-12-15 10:29:34 -08:00

60 lines
1.3 KiB
LLVM

; RUN: llc %s -O0 -mtriple=sparc -mcpu=leon3 -mattr=+fixallfdivsqrt -o - | FileCheck %s
; RUN: llc %s -O0 -mtriple=sparc -mcpu=ut699 -o - | FileCheck %s
; CHECK-LABEL: test_1
; CHECK: nop
; CHECK: nop
; CHECK: fdivd
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
define double @test_1(ptr byval(double) %a, ptr byval(double) %b) {
entry:
%0 = load double, ptr %a, align 8
%1 = load double, ptr %b, align 8
%res = fdiv double %0, %1
ret double %res
}
declare double @llvm.sqrt.f64(double) nounwind readonly
; CHECK-LABEL: test_2
; CHECK: nop
; CHECK: nop
; CHECK: nop
; CHECK: nop
; CHECK: nop
; CHECK: fsqrtd
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
; CHECK-NEXT: nop
define double @test_2(ptr byval(double) %a) {
entry:
%0 = load double, ptr %a, align 8
%1 = call double @llvm.sqrt.f64(double %0) nounwind
ret double %1
}