Displaying 7 results from an estimated 7 matches for "libcxx_cxx_abi_libnam".
Did you mean:
libcxx_cxx_abi_libname
2018 Feb 09
2
[cfe-dev] [Release-testers] [6.0.0 Release] Release Candidate 2 tagged
...to crash with:
>
> exception_ptr not yet implemented
This turns out to be caused by libc++ being compiled without -DLIBCXXRT. (In the FreeBSD base system build, we always add this option, so libc++ knows how to handle exceptions.)
In the libc++ CMakeFiles, it appears to be governed by LIBCXX_CXX_ABI_LIBNAME, but it isn't being set to the correct value of "cxxrt" on FreeBSD. I am going to try the following diff:
--- llvm.src/projects/libcxx/CMakeLists.txt
+++ llvm.src/projects/libcxx/CMakeLists.txt
@@ -135,6 +135,8 @@
elseif (APPLE)
set(LIBCXX_CXX_ABI_LIBNAME "libcxxabi&qu...
2018 Feb 11
2
[Openmp-dev] [cfe-dev] [Release-testers] [6.0.0 Release] Release Candidate 2 tagged
...ion_ptr not yet implemented
>>
>> This turns out to be caused by libc++ being compiled without -DLIBCXXRT. (In the FreeBSD base system build, we always add this option, so libc++ knows how to handle exceptions.)
>>
>> In the libc++ CMakeFiles, it appears to be governed by LIBCXX_CXX_ABI_LIBNAME, but it isn't being set to the correct value of "cxxrt" on FreeBSD. I am going to try the following diff:
>>
>> --- llvm.src/projects/libcxx/CMakeLists.txt
>> +++ llvm.src/projects/libcxx/CMakeLists.txt
>> @@ -135,6 +135,8 @@
>> elseif (APPLE)
>>...
2018 Feb 09
0
[Openmp-dev] [cfe-dev] [Release-testers] [6.0.0 Release] Release Candidate 2 tagged
...gt;> exception_ptr not yet implemented
>
> This turns out to be caused by libc++ being compiled without -DLIBCXXRT. (In the FreeBSD base system build, we always add this option, so libc++ knows how to handle exceptions.)
>
> In the libc++ CMakeFiles, it appears to be governed by LIBCXX_CXX_ABI_LIBNAME, but it isn't being set to the correct value of "cxxrt" on FreeBSD. I am going to try the following diff:
>
> --- llvm.src/projects/libcxx/CMakeLists.txt
> +++ llvm.src/projects/libcxx/CMakeLists.txt
> @@ -135,6 +135,8 @@
> elseif (APPLE)
> set(LIBCXX_CXX_AB...
2018 Feb 12
0
[Openmp-dev] [cfe-dev] [Release-testers] [6.0.0 Release] Release Candidate 2 tagged
...t implemented
>>>
>>> This turns out to be caused by libc++ being compiled without -DLIBCXXRT. (In the FreeBSD base system build, we always add this option, so libc++ knows how to handle exceptions.)
>>>
>>> In the libc++ CMakeFiles, it appears to be governed by LIBCXX_CXX_ABI_LIBNAME, but it isn't being set to the correct value of "cxxrt" on FreeBSD. I am going to try the following diff:
>>>
>>> --- llvm.src/projects/libcxx/CMakeLists.txt
>>> +++ llvm.src/projects/libcxx/CMakeLists.txt
>>> @@ -135,6 +135,8 @@
>>> els...
2018 Feb 12
1
[Openmp-dev] [cfe-dev] [Release-testers] [6.0.0 Release] Release Candidate 2 tagged
...t;>>>
>>>> This turns out to be caused by libc++ being compiled without -DLIBCXXRT. (In the FreeBSD base system build, we always add this option, so libc++ knows how to handle exceptions.)
>>>>
>>>> In the libc++ CMakeFiles, it appears to be governed by LIBCXX_CXX_ABI_LIBNAME, but it isn't being set to the correct value of "cxxrt" on FreeBSD. I am going to try the following diff:
>>>>
>>>> --- llvm.src/projects/libcxx/CMakeLists.txt
>>>> +++ llvm.src/projects/libcxx/CMakeLists.txt
>>>> @@ -135,6 +135,8 @@
&...
2018 Feb 09
0
[Release-testers] [6.0.0 Release] Release Candidate 2 tagged
> On 9 Feb 2018, at 10:20, Hans Wennborg <hans at chromium.org> wrote:
>
> On Thu, Feb 8, 2018 at 10:43 PM, Dimitry Andric <dimitry at andric.com> wrote:
>> On 7 Feb 2018, at 21:51, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote:
>>>
>>> There's been a lot of merges since rc1, and hopefully the tests are in
2018 Feb 09
2
[Release-testers] [6.0.0 Release] Release Candidate 2 tagged
On Thu, Feb 8, 2018 at 10:43 PM, Dimitry Andric <dimitry at andric.com> wrote:
> On 7 Feb 2018, at 21:51, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote:
>>
>> There's been a lot of merges since rc1, and hopefully the tests are in
>> a better state now.
>>
>> 6.0.0-rc2 was just tagged, after r324506.
>>
>>