search for: libcxx_cxx_abi_libname

Displaying 7 results from an estimated 7 matches for "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&quo...
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_ABI...
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 @@ >>> else...
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 @@ &g...
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. >> >>