Displaying 3 results from an estimated 3 matches for "d28791".
2017 Jun 02
6
Providing __dso_handle in LLVM
This is a followup to the discussion that started in D28791. To provide the
context, we need a way to provide __dso_handle in Fuchsia. __dso_handle
symbol is mandated by C++ ABI with a value which is an address in one of
the object's segments, and as such this symbol has to be included
statically and cannot be a part of a shared library. Different syste...
2017 Jun 03
2
Providing __dso_handle in LLVM
On Fri, Jun 2, 2017 at 1:01 PM Sean Silva <chisophugis at gmail.com> wrote:
> On Thu, Jun 1, 2017 at 8:47 PM, Petr Hosek via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
>> This is a followup to the discussion that started in D28791. To provide
>> the context, we need a way to provide __dso_handle in Fuchsia. __dso_handle
>> symbol is mandated by C++ ABI with a value which is an address in one of
>> the object's segments, and as such this symbol has to be included
>> statically and cannot be a part...
2019 Mar 25
2
Trying to create a pure LLVM toolchain on musl based distribution
Le 25/03/2019 à 14:41, Peter Smith a écrit :
> Hello David,
>
> I don't know much about the specifics of Musl, so I'm responding generally.
>
> As I understand it, clang expects to find the compiler-rt libraries
> relative to the resource directory, which you can find out the
> location of with clang --print-resource-dir . By default it is
> lib/clang/9.0.0