llvm-mirror/test/CodeGen/Mips/tls-alias.ll

; RUN: llc -march=mipsel -relocation-model=pic -disable-mips-delay-filler < %s | FileCheck %s

@foo = thread_local global i32 42
@bar = hidden thread_local alias i32* @foo

define i32* @zed() {
; CHECK-DAG: __tls_get_addr
; CHECK-DAG: %tlsldm(bar)
       ret i32* @bar
}
Add option disable-mips-delay-filler. Turn on mips' delay slot filler by default. Patch by Carl Norum. llvm-svn: 162339 2012-08-22 04:51:28 +02:00			`; RUN: llc -march=mipsel -relocation-model=pic -disable-mips-delay-filler < %s \| FileCheck %s`
Handle aliases to tls variables in all architectures, not just x86. llvm-svn: 159058 2012-06-23 02:30:03 +02:00
			`@foo = thread_local global i32 42`
[pr19844] Add thread local mode to aliases. This matches gcc's behavior. It also seems natural given that aliases contain other properties that govern how it is accessed (linkage, visibility, dll storage). Clang still has to be updated to expose this feature to C. llvm-svn: 209759 2014-05-28 20:15:43 +02:00			`@bar = hidden thread_local alias i32* @foo`
Handle aliases to tls variables in all architectures, not just x86. llvm-svn: 159058 2012-06-23 02:30:03 +02:00
			`define i32* @zed() {`
[mips] Implement MipsTargetMachine::getInstrItineraryData(). llvm-svn: 186227 2013-07-13 01:33:22 +02:00			`; CHECK-DAG: __tls_get_addr`
Use alias linkage and visibility to decide tls access mode. This matches both what we do for the non-thread case and what gcc does. With this patch clang would match gcc's behaviour in static __thread int a = 42; extern __thread int b __attribute__((alias("a"))); int f(void) { return &a; } int g(void) { return &b; } if not for pr19843. Manually writing the IL does produce the same access modes. It is also a step in the direction of fixing pr19844. llvm-svn: 209543 2014-05-23 21:16:56 +02:00			`; CHECK-DAG: %tlsldm(bar)`
Handle aliases to tls variables in all architectures, not just x86. llvm-svn: 159058 2012-06-23 02:30:03 +02:00			`ret i32* @bar`
			`}`