[cfe-dev] clang libc++ libcxxabi std::thread std::async

David Irvine david.irvine at maidsafe.net
Wed May 30 03:53:36 PDT 2012


UPDATE !!

I had to switch to libcxxrt with some hassle (libcxxabi fixed threading but
not async). To get this to statically compile I did have to use the buildit
script in libcxx/lib dir. Adding the -l:libcxxrt.a as LDFLAGS and ifPIC as
compile flags then in EXTRA_FLAGS add -DLIBCXXRT seems to do the trick if
you have libcxxrt.a installed all OK.

then pass -ldl with all builds and it's working.

Thanks again and hope this helps somebody else. If I get a chance I will
check the CMake build in libcxx to see if there's a simple way to add an
option (USE_LIBCXXRT || USE_LIBCXXABI when it's ready)

Thanks again, it's great to be building in clang now ! several hard to find
errors gone already.

David

On Tue, May 29, 2012 at 11:37 PM, David Irvine <david.irvine at maidsafe.net>wrote:

> Thanks very much I am now fully working. I will continue to pull from the
> TOT. I manually installed libcxxabi and libc++.so* and it's all operational
> now. Not sure if it was required but added -lcxxabi -lunwind to the libc++
> CMakeCache file linker flags.
>
> I have libc++ and libcxxabi in the projects folder of llvm, this keeps
> them all up to date (in sync) and I believe this is correct Ben, no doubt
> somebody will tell me if this is not the case.
>
> The filter lib ideas sound excellent as well though with libcxxrt and
> libstdc++ set as filter libs to allow interoperability. Exciting times
> indeed !!
>
> Superb work thanks very much all the clang/llvm teams this is as large as
> c++11 itself, really amazing work.
>
> David [aka happy chap :-) ]
>
> On Tue, May 29, 2012 at 5:23 PM, Ben Pope <benpope81 at gmail.com> wrote:
>
>> On Wednesday, May 30, 2012 12:14 AM, Ben Pope wrote:
>> > $ clang++ -v
>> > Debian clang version 3.1-3eudoxos1 (branches/release_31) (based on LLVM
>> 3.1)
>>
>> $ ~/Downloads/clang+llvm-3.1-x86_64-linux-ubuntu_12.04/bin/clang++ -v
>> clang version 3.1 (tags/RELEASE_31/final)
>>
>> To avoid confusion, I just tried with this version too and it also works.
>>
>> Ben
>>
>> _______________________________________________
>> cfe-dev mailing list
>> cfe-dev at cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20120530/93edd3d1/attachment.html>


More information about the cfe-dev mailing list