File: abi-padding-2.ll

package info (click to toggle)
llvm-toolchain-13 1%3A13.0.1-6~deb11u1
  • links: PTS, VCS
  • area: main
  • in suites: bullseye
  • size: 1,418,812 kB
  • sloc: cpp: 5,290,827; ansic: 996,570; asm: 544,593; python: 188,212; objc: 72,027; lisp: 30,291; f90: 25,395; sh: 24,900; javascript: 9,780; pascal: 9,398; perl: 7,484; ml: 5,432; awk: 3,523; makefile: 2,892; xml: 953; cs: 573; fortran: 539
file content (45 lines) | stat: -rw-r--r-- 1,368 bytes parent folder | download | duplicates (5)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
; RUN: llc -march=hexagon -mcpu=hexagonv65 < %s | FileCheck %s
; REQUIRES: hexagon

; C file was:
; struct S { char b; long long a; };
; void foo(int x, struct S arg1);
; void bar() {
;   struct S s;
;   s.b = 'a';
;   foo(42, s);
;}

;
; Test that while passing a 7-byte struct on the stack, the
; size of the struct is 16 bytes including padding since its
; largest member is of type long long. This was being handled
; correctly but is a sanity check against any potential future
; regressions.
;

; CHECK: memd(r{{[0-9]+}}+#8) =
; CHECK: memd(r{{[0-9]+}}+#0) =

%struct.S = type { i8, i64 }

; Function Attrs: nounwind
define dso_local void @bar() local_unnamed_addr #0 {
entry:
  %s = alloca %struct.S, align 8
  %0 = getelementptr inbounds %struct.S, %struct.S* %s, i32 0, i32 0
  call void @llvm.lifetime.start.p0i8(i64 16, i8* nonnull %0) #3
  store i8 97, i8* %0, align 8
  tail call void @foo(i32 42, %struct.S* nonnull byval(%struct.S) align 8 %s) #3
  call void @llvm.lifetime.end.p0i8(i64 16, i8* nonnull %0) #3
  ret void
}

; Function Attrs: argmemonly nounwind willreturn
declare void @llvm.lifetime.start.p0i8(i64 immarg, i8* nocapture) #1

declare dso_local void @foo(i32, %struct.S* byval(%struct.S) align 8) local_unnamed_addr #2

; Function Attrs: argmemonly nounwind willreturn
declare void @llvm.lifetime.end.p0i8(i64 immarg, i8* nocapture) #1