Similar to 806761a762.
For IR files without a target triple, -mtriple= specifies the full
target triple while -march= merely sets the architecture part of the
default target triple, leaving a target triple which may not make sense,
e.g. amdgpu-apple-darwin.
Therefore, -march= is error-prone and not recommended for tests without
a target triple. The issue has been benign as we recognize
$unknown-apple-darwin as ELF instead of rejecting it outrightly.
This patch changes AMDGPU tests to not rely on the default
OS/environment components. Tests that need fixes are not changed:
```
LLVM :: CodeGen/AMDGPU/fabs.f64.ll
LLVM :: CodeGen/AMDGPU/fabs.ll
LLVM :: CodeGen/AMDGPU/floor.ll
LLVM :: CodeGen/AMDGPU/fneg-fabs.f64.ll
LLVM :: CodeGen/AMDGPU/fneg-fabs.ll
LLVM :: CodeGen/AMDGPU/r600-infinite-loop-bug-while-reorganizing-vector.ll
LLVM :: CodeGen/AMDGPU/schedule-if-2.ll
```
24 lines
746 B
LLVM
24 lines
746 B
LLVM
; RUN: llc -mtriple=amdgcn -stop-after=amdgpu-isel -verify-machineinstrs -o - %s | FileCheck %s
|
|
|
|
; CHECK-LABEL: vcopy_i1_undef
|
|
; CHECK: [[IMPDEF0:%[0-9]+]]:sreg_64 = IMPLICIT_DEF
|
|
; CHECK-NOT: COPY
|
|
; CHECK: [[IMPDEF1:%[0-9]+]]:sreg_64 = IMPLICIT_DEF
|
|
; CHECK-NOT: COPY [[IMPDEF0]]
|
|
; CHECK-NOT: COPY [[IMPDEF1]]
|
|
; CHECK: .false:
|
|
define <2 x float> @vcopy_i1_undef(ptr addrspace(1) %p, i1 %c0) {
|
|
entry:
|
|
br i1 %c0, label %exit, label %false
|
|
|
|
false:
|
|
%x = load <2 x float>, ptr addrspace(1) %p
|
|
%cmp = fcmp one <2 x float> %x, zeroinitializer
|
|
br label %exit
|
|
|
|
exit:
|
|
%c = phi <2 x i1> [ undef, %entry ], [ %cmp, %false ]
|
|
%ret = select <2 x i1> %c, <2 x float> <float 2.0, float 2.0>, <2 x float> <float 4.0, float 4.0>
|
|
ret <2 x float> %ret
|
|
}
|