blob: 9f25f10c73b44f4f585c744d9dec767dbb8b4337 [file] [log] [blame]
WANG Xuerui6084ee72023-07-25 09:03:281# REQUIRES: loongarch
2
3## Edge case: when a TLS symbol is being accessed in both GD and IE manners,
4## correct reloc behavior should be preserved for both kinds of accesses.
5
6# RUN: llvm-mc --filetype=obj --triple=loongarch32 %s -o %t.la32.o
7# RUN: ld.lld %t.la32.o -shared -o %t.la32
8# RUN: llvm-mc --filetype=obj --triple=loongarch64 %s -o %t.la64.o
9# RUN: ld.lld %t.la64.o -shared -o %t.la64
10
11# RUN: llvm-readelf -Wr %t.la32 | FileCheck --check-prefix=LA32-REL %s
12# RUN: llvm-objdump -d --no-show-raw-insn %t.la32 | FileCheck --check-prefix=LA32 %s
13
14# RUN: llvm-readelf -Wr %t.la64 | FileCheck --check-prefix=LA64-REL %s
15# RUN: llvm-objdump -d --no-show-raw-insn %t.la64 | FileCheck --check-prefix=LA64 %s
16
17# LA32-REL-NOT: R_LARCH_32
18# LA32-REL: 0002023c 00000206 R_LARCH_TLS_DTPMOD32 00000000 y + 0
19# LA32-REL-NEXT: 00020240 00000208 R_LARCH_TLS_DTPREL32 00000000 y + 0
20# LA32-REL-NEXT: 00020244 0000020a R_LARCH_TLS_TPREL32 00000000 y + 0
21
22# LA64-REL-NOT: R_LARCH_64
23# LA64-REL: 00000000000203a0 0000000200000007 R_LARCH_TLS_DTPMOD64 0000000000000000 y + 0
24# LA64-REL-NEXT: 00000000000203a8 0000000200000009 R_LARCH_TLS_DTPREL64 0000000000000000 y + 0
25# LA64-REL-NEXT: 00000000000203b0 000000020000000b R_LARCH_TLS_TPREL64 0000000000000000 y + 0
26
27# LA32: 101d4: pcalau12i $a0, 16
28# LA32-NEXT: ld.w $a0, $a0, 580
29# LA32-NEXT: pcalau12i $a1, 16
30# LA32-NEXT: addi.w $a1, $a1, 572
31
32# LA64: 102e0: pcalau12i $a0, 16
33# LA64-NEXT: ld.d $a0, $a0, 944
34# LA64-NEXT: pcalau12i $a1, 16
35# LA64-NEXT: addi.d $a1, $a1, 928
36
37.global _start
38_start:
39la.tls.ie $a0, y # should refer to the GOT entry relocated by the R_LARCH_TLS_TPRELnn record
40la.tls.gd $a1, y # should refer to the GOT entry relocated by the R_LARCH_TLS_DTPMODnn record
41
42.section .tbss,"awT",@nobits
43.global y
44y:
45.word 0
46.size y, 4