[PATCH] D21511: [sanitizers] [PowerPC] Intercept __tls_get_addr_opt.
Marcin Kościelnicki via llvm-commits
llvm-commits at lists.llvm.org
Sun Jun 19 14:16:35 PDT 2016
koriakin created this revision.
koriakin added reviewers: kcc, eugenis.
koriakin added a subscriber: llvm-commits.
koriakin set the repository for this revision to rL LLVM.
koriakin added a project: Sanitizers.
Herald added subscribers: amehsan, kubabrecka.
On PowerPC, if binutils and glibc are new enough, the linker uses
an optimized code sequence to implement __tls_get_addr call stub,
which will end up calling __tls_get_addr_opt instead of __tls_get_addr.
Thus, we need to intercept it in addition to __tls_get_addr.
This symbol is actually an alias of __tls_get_addr - its only purpose
is that its presence in glibc triggers the optimization in linker.
This means we can make our own intercepting symbol an alias as well.
This patch will make the linker attempt optimization even on older
glibc's (since it sees a defined __tls_get_addr_opt symbol in msan)
- however, this is only a very minor performance problem (the linker
generated code will never recognize a filled static TLS descriptor,
always burning a few cycles), not a correctness problem.
This fixes MSan's dtls_test.c, allowing us to finally enable MSan
@@ -4425,6 +4425,14 @@
+// On PowerPC, we also need to intercept __tls_get_addr_opt, which has
+// ostly the same semantics as __tls_get_addr, but its presence enables
+// some optimizations in linker (which are safe to ignore here).
+extern "C" __attribute__((alias("__interceptor___tls_get_addr"),
+void *__tls_get_addr_opt(void *arg);
#else // SANITIZER_S390
// On s390, we have to intercept two functions here:
// - __tls_get_addr_internal, which is a glibc-internal function that is like
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 845 bytes
Desc: not available
More information about the llvm-commits