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
46
47
48
49
50
51
|
; RUN: llc < %s -mtriple=x86_64-netbsd -use-ctors | FileCheck %s
; Check that our compiler never emits global constructors
; inside the .init_array section when building for a non supported target.
; Because of this, the test depends on UseInitArray behavior under NetBSD
; as found in Generic_ELF::addClangTargetOptions().
; This is to workaround a Visual Studio bug which causes field
; UseInitArray to be left uninitialized instead of being
; zero-initialized (as specified in [dcl.init]p7).
; This workaround consists in providing a user default constructor
; that explicitly initializes field UseInitArray.
%class.C = type { i8 }
%class.D = type { i8 }
@c1 = global %class.C zeroinitializer, align 1
@d1 = global %class.D zeroinitializer, align 1
@llvm.global_ctors = appending global [2 x { i32, ptr, ptr }] [{ i32, ptr, ptr } { i32 101, ptr @_GLOBAL__I_000101, ptr null }, { i32, ptr, ptr } { i32 65535, ptr @_GLOBAL__I_a, ptr null }]
define linkonce_odr void @_ZN1CC1Ev(ptr nocapture %this) {
entry:
ret void
}
define linkonce_odr void @_ZN1DC1Ev(ptr nocapture %this) {
entry:
ret void
}
define linkonce_odr void @_ZN1DC2Ev(ptr nocapture %this) {
entry:
ret void
}
define linkonce_odr void @_ZN1CC2Ev(ptr nocapture %this) {
entry:
ret void
}
define internal void @_GLOBAL__I_000101() nounwind readnone {
entry:
ret void
}
define internal void @_GLOBAL__I_a() nounwind readnone {
entry:
ret void
}
; CHECK-NOT: .init_array
|
