llvm-project/llvm/test/CodeGen/Hexagon/common-gep-basic.ll
Fangrui Song 2208c97c1b [Hexagon,test] Change llc -march= to -mtriple=
Similar to 806761a7629df268c8aed49657aeccffa6bca449

-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.

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.
2024-12-15 10:20:22 -08:00

38 lines
1.1 KiB
LLVM

; RUN: llc -mtriple=hexagon < %s | FileCheck %s
; CHECK: mpyi
; CHECK-NOT: mpyi
; The mpyis from the two GEPs should be commoned out.
target datalayout = "e-m:e-p:32:32-i64:64-a:0-v32:32-n16:32"
target triple = "hexagon-unknown--elf"
%struct.s_t = type { %struct.anon, i32 }
%struct.anon = type { i32, [5 x i32] }
@g = common global [100 x %struct.s_t] zeroinitializer, align 8
; Function Attrs: nounwind
define void @foo(i32 %x) #0 {
entry:
%cmp = icmp slt i32 %x, 90
br i1 %cmp, label %if.then, label %if.else
if.then: ; preds = %entry
%arrayidx1 = getelementptr inbounds [100 x %struct.s_t], ptr @g, i32 0, i32 %x, i32 0, i32 1, i32 2
tail call void @bar(ptr %arrayidx1) #0
br label %if.end
if.else: ; preds = %entry
%arrayidx5 = getelementptr inbounds [100 x %struct.s_t], ptr @g, i32 0, i32 %x, i32 0, i32 1, i32 3
tail call void @bar(ptr %arrayidx5) #0
br label %if.end
if.end: ; preds = %if.else, %if.then
ret void
}
declare void @bar(ptr) #0
attributes #0 = { nounwind }