Files
clang-p2996/llvm/test/CodeGen/AMDGPU/scalar-branch-missing-and-exec.ll
Fangrui Song 9e9907f1cf [AMDGPU,test] Change llc -march= to -mtriple= (#75982)
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
```
2024-01-16 21:54:58 -08:00

55 lines
2.1 KiB
LLVM

; RUN: llc -mtriple=amdgcn -mcpu=gfx600 -verify-machineinstrs < %s | FileCheck %s
; RUN: llc -mtriple=amdgcn -mcpu=gfx700 -verify-machineinstrs < %s | FileCheck %s
; RUN: llc -mtriple=amdgcn -mcpu=gfx802 -verify-machineinstrs < %s | FileCheck %s
; RUN: llc -mtriple=amdgcn -mcpu=gfx900 -verify-machineinstrs < %s | FileCheck %s
; This checks for a bug where uniform control flow can result in multiple
; v_cmp results being combined together with s_and_b64, s_or_b64 and s_xor_b64,
; using the resulting mask in s_cbranch_vccnz
; without ensuring that the resulting mask has bits clear for inactive lanes.
; The problematic case is s_xor_b64, as, unlike the other ops, it can actually
; set bits for inactive lanes.
;
; The check for an s_xor_b64 is just to check that this test tests what it is
; supposed to test. If the s_xor_b64 disappears due to some other case, it does
; not necessarily mean that the bug has reappeared.
;
; The check for "s_and_b64 vcc, exec, something" checks that the bug is fixed.
; CHECK: {{^}}main:
; CHECK: s_xor_b64
; CHECK: s_and_b64 vcc, exec,
define amdgpu_cs void @main(i32 inreg %arg) {
.entry:
%tmp44 = load volatile <2 x float>, ptr addrspace(1) undef
%tmp16 = load volatile float, ptr addrspace(1) undef
%tmp22 = load volatile float, ptr addrspace(1) undef
%tmp25 = load volatile float, ptr addrspace(1) undef
%tmp31 = fcmp olt float %tmp16, 0x3FA99999A0000000
br i1 %tmp31, label %bb, label %.exit.thread
bb: ; preds = %.entry
%tmp42 = fcmp olt float %tmp25, 0x3FA99999A0000000
br i1 %tmp42, label %bb43, label %.exit.thread
bb43:
%tmp46 = fcmp olt <2 x float> %tmp44, <float 0x3FA99999A0000000, float 0x3FA99999A0000000>
%tmp47 = extractelement <2 x i1> %tmp46, i32 0
%tmp48 = extractelement <2 x i1> %tmp46, i32 1
%tmp49 = and i1 %tmp47, %tmp48
br i1 %tmp49, label %bb50, label %.exit.thread
bb50:
%tmp53 = fcmp olt float %tmp22, 0x3FA99999A0000000
br i1 %tmp53, label %.exit3.i, label %.exit.thread
.exit3.i:
store volatile i32 0, ptr addrspace(1) undef
br label %.exit.thread
.exit.thread:
ret void
}