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

44 lines
1.5 KiB
LLVM

; RUN: llc -mtriple=hexagon -mcpu=hexagonv65 < %s | FileCheck %s
; C file was:
; struct S { int a[3];};
; void foo(int x, struct S arg1, struct S arg2);
; void bar() {
; struct S s;
; s.a[0] = 9;
; foo(42, s, s);
; }
; Test that while passing a 12-byte struct on the stack, the
; struct is aligned to 4 bytes since its largest member is of type int.
; Previously, the struct was being aligned to 8 bytes
; CHECK: memw(r{{[0-9]+}}+#12) = #9
; Check that the flag hexagon-disable-args-min-alignment works and the struct
; is aligned to 8 bytes.
; RUN: llc -mtriple=hexagon -mcpu=hexagonv65 -hexagon-disable-args-min-alignment < %s | FileCheck -check-prefix=HEXAGON_LEGACY %s
; HEXAGON_LEGACY: memw(r{{[0-9]+}}+#16) = #9
%struct.S = type { [3 x i32] }
; Function Attrs: nounwind
define dso_local void @bar() local_unnamed_addr #0 {
entry:
%s = alloca %struct.S, align 4
call void @llvm.lifetime.start.p0(i64 12, ptr nonnull %s) #3
store i32 9, ptr %s, align 4
tail call void @foo(i32 42, ptr nonnull byval(%struct.S) align 4 %s, ptr nonnull byval(%struct.S) align 4 %s) #3
call void @llvm.lifetime.end.p0(i64 12, ptr nonnull %s) #3
ret void
}
; Function Attrs: argmemonly nounwind willreturn
declare void @llvm.lifetime.start.p0(i64 immarg, ptr nocapture) #1
declare dso_local void @foo(i32, ptr byval(%struct.S) align 4, ptr byval(%struct.S) align 4) local_unnamed_addr #2
; Function Attrs: argmemonly nounwind willreturn
declare void @llvm.lifetime.end.p0(i64 immarg, ptr nocapture) #1