RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-25 12:12:47 +01:00
Code Issues Projects Releases Wiki Activity

[LPM] Try again to appease powerpc64 in its self host. I've been unable

Browse Source 
to get a powerpc64 host so that I can reproduce and test this, but it
only impacts that platform so trying the only other realistic option.

According to Ulrich, who debugged this initially, initial-exec is likely
to be sufficient for our needs and not subject to this bug. Will watch
the build bots to see.

If this doesn't work, I'll be forced to cut a really ugly pthread-based
approach into the primary user (our stack trace printing) as that user
cannot use the ThreadLocal implementation due to lifetime issues.

llvm-svn: 227414
This commit is contained in:
Chandler Carruth 2015-01-29 02:34:17 +00:00
parent e55b294fc7
commit ecec8c1eca
1 changed files with 4 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

7
include/llvm/Support/Compiler.h
View File

@ -394,11 +394,12 @@
#elif defined(__clang__) && defined(__powerpc64__)
// Clang, GCC, and all compatible compilers tend to use __thread. But we need
// to work aronud a bug in the combination of Clang's compilation of
// local-dynamic TLS and the ppc64 linker relocations which we do by forcing to
// global-dynamic (called in most documents "general dynamic").
// global-dynamic and local-dynamic TLS and the ppc64 linker relocations which
// we do by forcing initial-exec. While that mode isn't strictly sufficient for
// all possible DSO use cases, it will usually work with glibc.
// FIXME: Make this conditional on the Clang version once this is fixed in
// top-of-tree.
#define LLVM_THREAD_LOCAL __thread __attribute__((tls_model("global-dynamic")))
#define LLVM_THREAD_LOCAL __thread __attribute__((tls_model("initial-exec")))
#else
#define LLVM_THREAD_LOCAL __thread
#endif