[llvm-dev] LLJIT vs. thread-local storage

[Jameson Nash via llvm-dev]

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 <
> llvm-dev at lists.llvm.org> wrote:
>
>> 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 that mean anything to anybody out there?
>>
>> (I don't know if it's relevant, but we are using LLVM 8, and we are using
>> Clang to compile C++ modules that are all put into a single JITDylib.)
>>
>> Geoff
>> _______________________________________________
>> LLVM Developers mailing list
>> llvm-dev at lists.llvm.org
>> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191220/f41854cc/attachment.html>