[PATCH] [lld] [ELF] Support for general dynamic TLS relocations on X86_64

[Rafael Auler]

I'm sorry, I think I was influenced by the previous lld code that always defined _tls_get_addr to be a regular symbol, I'm checking here and I think we don't need to define an atom for __tls_get_addr at all.

What happens is that the linker command line that clang uses eventually includes a linker script that foces it to link against ld.so.... so no need to explictly define this atom.

I will continue to investigate, though, to see if there are cases where we do need to special case __tls_get_addr. Does anyone know why __tls_get_addr was explictly defined as an atom in previous lld code in the first place?

http://reviews.llvm.org/D5505