search for: d8815

I had tried this in https://reviews.llvm.org/D8815, but we've since switched to a home grown TLS implementation, so I currently don't have a need for this. On Thu, Aug 18, 2016 at 12:17 AM, Alex Denisov via llvm-dev < llvm-dev at lists.llvm.org> wrote: > /cc Lang Hames > > > On 17 Aug 2016, at 19:27, Antoine Pitrou via l...

This had also came up at llvm-devmtg briefly at the JIT roundtable. One of the collaborators on my project had started a patch years ago to implement some of it https://reviews.llvm.org/D8815, but then we went a different direction with TLS in our frontend and it became unnecessary. On Fri, Dec 20, 2019 at 12:36 PM David Blaikie via llvm-dev < llvm-dev at lists.llvm.org> wrote: > +Lang for visibility > > On Fri, Dec 20, 2019 at 5:09 AM Geoff Levner via llvm-dev < &gt...

...23:31, Jameson Nash via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> This had also came up at llvm-devmtg briefly at the JIT roundtable. One >> of the collaborators on my project had started a patch years ago to >> implement some of it https://reviews.llvm.org/D8815, but then we went a >> different direction with TLS in our frontend and it became unnecessary. >> >> On Fri, Dec 20, 2019 at 12:36 PM David Blaikie via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >>> +Lang for visibility >>> >>>...

Hello, Am I right in thinking that MCJIT doesn't support thread-local variables (at least not on Linux x86-64)? Is there any plan or pending PR to support it (either in MCJIT or in ORC)? Thank you, Regards Antoine.

I am in the process of porting our ORC code to ORC v2 and LLJIT. Now that I have worked around a problem getting global constructors to be called, everything seems to work unless a module declares a static thread-local variable. In that case I get a "JIT session error" saying that the symbol __ emutls_v.xyz was not found (substitute the mangled variable name for "xyz"). Does