[libcxxabi] r299435 - Fix exception address alignment test for EHABI

2017-04-04 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Tue Apr 4 09:03:54 2017 New Revision: 299435 URL: http://llvm.org/viewvc/llvm-project?rev=299435&view=rev Log: Fix exception address alignment test for EHABI This test fails on ARM bare-metal targets because it assumes the Itanium ABI, whereas EHABI requires the exception add

Re: [libunwind] r297174 - Improve readability and correctness of the OS specific libunwind bits.

2017-03-08 Thread Asiri Rathnayake via cfe-commits
@Renato: What's your take on Ed's idea? We use phab for all sorts of reviews, but it should be possible to figure out which repository a review is intended to land on and add cfe-commits or llvm-commits appropriately. Although, for throw-away reviews, it might generate too much spam. Cheers, /

Re: [libunwind] r297174 - Improve readability and correctness of the OS specific libunwind bits.

2017-03-07 Thread Asiri Rathnayake via cfe-commits
Hi Ed, Could you please always include cfe-commits as a subscriber in you phab reviews? We would like to be aware of these changes in advance before they land. Thanks. / Asiri On 7 Mar 2017 6:27 p.m., "Ed Schouten via cfe-commits" < cfe-commits@lists.llvm.org> wrote: > Author: ed > Date: Tue

[libcxx] r296351 - Fix LIBCXX_HAS_EXTERNAL_THREAD_API builds. NFC.

2017-02-27 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Feb 27 10:10:57 2017 New Revision: 296351 URL: http://llvm.org/viewvc/llvm-project?rev=296351&view=rev Log: Fix LIBCXX_HAS_EXTERNAL_THREAD_API builds. NFC. Add the missing check in the __config header. Modified: libcxx/trunk/include/__config Modified: libcxx/trunk/in

[libcxx] r296346 - Fix typo in error message. NFC.

2017-02-27 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Feb 27 09:49:51 2017 New Revision: 296346 URL: http://llvm.org/viewvc/llvm-project?rev=296346&view=rev Log: Fix typo in error message. NFC. Modified: libcxx/trunk/include/__config Modified: libcxx/trunk/include/__config URL: http://llvm.org/viewvc/llvm-project/libcxx

[libcxxabi] r296344 - Attempt to fix arm-native libcxxabi tests for the no-exceptions variant

2017-02-27 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Feb 27 09:31:34 2017 New Revision: 296344 URL: http://llvm.org/viewvc/llvm-project?rev=296344&view=rev Log: Attempt to fix arm-native libcxxabi tests for the no-exceptions variant These tests embed calls to exceptions-related symbols from the abi library, which are absent

[libcxx] r296338 - Fix cmake dependency for the external-thread-library variant. NFC.

2017-02-27 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Feb 27 07:19:25 2017 New Revision: 296338 URL: http://llvm.org/viewvc/llvm-project?rev=296338&view=rev Log: Fix cmake dependency for the external-thread-library variant. NFC. Modified: libcxx/trunk/test/CMakeLists.txt Modified: libcxx/trunk/test/CMakeLists.txt URL: h

Re: [libunwind] r295948 - Revert r295944.

2017-02-23 Thread Asiri Rathnayake via cfe-commits
Hi Ed, I have a feeling that the no-exceptions builders are missing a few configuration bits. "No-exceptions" libraries should not require libunwind... Looking at the cmake configs: http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-arm-linux-noexceptions/builds/430/steps/cmake/logs/st

[libcxxabi] r295175 - Fix couple of test failures when using the LIBCXXABI_SILENT_TERMINATE mode.

2017-02-15 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Wed Feb 15 07:43:05 2017 New Revision: 295175 URL: http://llvm.org/viewvc/llvm-project?rev=295175&view=rev Log: Fix couple of test failures when using the LIBCXXABI_SILENT_TERMINATE mode. When libcxxabi is built in LIBCXXABI_SILENT_TERMINATE mode, libcxx test suite reports tw

Re: [libcxx] r294553 - [libcxx][CMake] Support in-tree libunwind when building as part of runtimes

2017-02-09 Thread Asiri Rathnayake via cfe-commits
Ah, ignore me please. I should've read the patch. / Asiri On Thu, Feb 9, 2017 at 9:13 AM, Asiri Rathnayake wrote: > Hi Petr, > > This is breaking static builds of the libraries, cmake complaints with: > > "CMake Error at projects/libcxxabi/src/CMakeLists.txt:134 > (target_link_libraries): >

[libcxx] r294573 - Threading support: externalize sleep_for() function.

2017-02-09 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Feb 9 03:31:41 2017 New Revision: 294573 URL: http://llvm.org/viewvc/llvm-project?rev=294573&view=rev Log: Threading support: externalize sleep_for() function. Different platforms implement the wait/sleep functions in difrerent ways. It makes sense to externalize this int

Re: [libcxx] r294553 - [libcxx][CMake] Support in-tree libunwind when building as part of runtimes

2017-02-09 Thread Asiri Rathnayake via cfe-commits
Hi Petr, This is breaking static builds of the libraries, cmake complaints with: "CMake Error at projects/libcxxabi/src/CMakeLists.txt:134 (target_link_libraries): Target "unwind" of type UTILITY may not be linked into another target. One may link only to STATIC or SHARED libraries, or to exe

[libcxx] r293881 - Extend XFAIL to c++98.

2017-02-02 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Feb 2 05:56:26 2017 New Revision: 293881 URL: http://llvm.org/viewvc/llvm-project?rev=293881&view=rev Log: Extend XFAIL to c++98. NFC. Modified: libcxx/trunk/test/std/diagnostics/syserr/syserr.errcode/syserr.errcode.observers/bool.fail.cpp Modified: libcxx/trunk/t

r293877 - Improve docs: Add missing #pragma push directive.

2017-02-02 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Feb 2 04:35:18 2017 New Revision: 293877 URL: http://llvm.org/viewvc/llvm-project?rev=293877&view=rev Log: Improve docs: Add missing #pragma push directive. NFC. Modified: cfe/trunk/docs/UsersManual.rst Modified: cfe/trunk/docs/UsersManual.rst URL: http://llvm.org/

Re: [libcxx] r290889 - [libcxx] Add build/test support for the externally threaded libc++abi variant

2017-01-26 Thread Asiri Rathnayake via cfe-commits
gt;> Nope. But I'm not sure how this got broken on Mac. >>>>> >>>>> IIRC, defines mach_port_t type on Mac, which gets included >>>>> when _LIBCPP_HAS_THREAD_API_PTHREAD is defined (which is what we >>>>> expect to be the case on

[libcxx] r293167 - Fix chromium build (libcxx)

2017-01-26 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Jan 26 04:40:17 2017 New Revision: 293167 URL: http://llvm.org/viewvc/llvm-project?rev=293167&view=rev Log: Fix chromium build (libcxx) Remove the reference to pthread_mach_thread_np() in libcxx headers. Modified: libcxx/trunk/include/__threading_support Modified: li

[libcxxabi] r293166 - Fix chromium build (libcxxabi)

2017-01-26 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Jan 26 04:38:03 2017 New Revision: 293166 URL: http://llvm.org/viewvc/llvm-project?rev=293166&view=rev Log: Fix chromium build (libcxxabi) Pull the dependency on pthread_mach_thread_np() back into libcxxabi. Modified: libcxxabi/trunk/src/cxa_guard.cpp Modified: libcx

Re: [libcxx] r290889 - [libcxx] Add build/test support for the externally threaded libc++abi variant

2017-01-25 Thread Asiri Rathnayake via cfe-commits
e case on Mac, normally). >>>> >>>> I'll have to build this on a Mac tomorrow. Hopefully that's OK? >>>> >>>> Cheers, >>>> >>>> / Asiri >>>> >>>> >>>> >>>>> >>>>>

Re: [libcxx] r290889 - [libcxx] Add build/test support for the externally threaded libc++abi variant

2017-01-25 Thread Asiri Rathnayake via cfe-commits
>>> >>>> This breaks all our mac builds with: >>>> >>>> /b/c/b/ClangToTMac__dbg_/src/third_party/llvm-build/Release+ >>>> Asserts/bin/../include/c++/v1/__threading_support:154:1: error: >>>> unknown type name 'mach_port_t' >

Re: [libcxx] r290889 - [libcxx] Add build/test support for the externally threaded libc++abi variant

2017-01-25 Thread Asiri Rathnayake via cfe-commits
;>> >>> /b/c/b/ClangToTMac__dbg_/src/third_party/llvm-build/Release+ >>> Asserts/bin/../include/c++/v1/__threading_support:154:1: error: unknown >>> type name 'mach_port_t' >>> mach_port_t __libcpp_thread_get_port(); >>> >>> On Tu

Re: [PATCH] D29063: [libcxx] Never use within libc++

2017-01-24 Thread Asiri Rathnayake via cfe-commits
Thanks for the lightening fast response :) / Asiri On Tue, Jan 24, 2017 at 12:38 PM, Eric Fiselier via Phabricator via cfe-commits wrote: > EricWF added a comment. > > It seems like weird usages of `_LIBCPP_ASSERT` in `` are > causing this problem. > Specifically the usages in `` attempt to use

[libcxx] r292109 - [libcxx] Follow-up to r292107

2017-01-16 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Jan 16 07:13:01 2017 New Revision: 292109 URL: http://llvm.org/viewvc/llvm-project?rev=292109&view=rev Log: [libcxx] Follow-up to r292107 I've missed a couple of updates. NFC. Modified: libcxx/trunk/src/thread.cpp Modified: libcxx/trunk/src/thread.cpp URL: http://ll

[libcxx] r292108 - [libcxx] Improve design documentation for the external-thread-library

2017-01-16 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Jan 16 06:44:08 2017 New Revision: 292108 URL: http://llvm.org/viewvc/llvm-project?rev=292108&view=rev Log: [libcxx] Improve design documentation for the external-thread-library configuration NFC. Differential revision: https://reviews.llvm.org/D28610 Reviewers: EricWF

[libcxx] r292107 - [libcxx] Don't assume __libcpp_thread_t is an integral type

2017-01-16 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Jan 16 06:19:54 2017 New Revision: 292107 URL: http://llvm.org/viewvc/llvm-project?rev=292107&view=rev Log: [libcxx] Don't assume __libcpp_thread_t is an integral type We have already refactored the underlying platform thread type into __libcpp_thread_t, but there are few

[libcxxabi] r291440 - [libcxxabi] Cleanup and adapt for r291275. NFC.

2017-01-09 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Jan 9 05:57:21 2017 New Revision: 291440 URL: http://llvm.org/viewvc/llvm-project?rev=291440&view=rev Log: [libcxxabi] Cleanup and adapt for r291275. NFC. + Now that libcxxabi shares the same threading API as libcxx, a whole chunk of code in src/config.h is made redunda

[libcxx] r291433 - [libcxx] Fix externally-threaded shared library builds after r291275.

2017-01-09 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Jan 9 04:38:56 2017 New Revision: 291433 URL: http://llvm.org/viewvc/llvm-project?rev=291433&view=rev Log: [libcxx] Fix externally-threaded shared library builds after r291275. Need to allow unresolved symbols in the dylib. This was previously done for LIBCXX_HAS_EXTERNAL

Re: [libcxx] r291331 - thread: implement sleep_for on Windows

2017-01-07 Thread Asiri Rathnayake via cfe-commits
Yup, that sounds better. I'll put up a patch soon. Cheers, / Asiri On 7 Jan 2017 9:18 p.m., "Saleem Abdulrasool" wrote: > I would really rather not introduce a `__libcpp_thread_nanosleep`. > Different systems may have different granularities for their sleep. A > `__libcpp_sleep_for(std::chro

Re: [libcxx] r291331 - thread: implement sleep_for on Windows

2017-01-06 Thread Asiri Rathnayake via cfe-commits
Wouldn't it be better to introduce a __libcpp_thread_nanosleep() API call here? I bumped into a similar issue with a custom thread implementation and have a downstream patch like that. Cheers, / Asiri On 7 Jan 2017 2:59 a.m., "Saleem Abdulrasool via cfe-commits" < cfe-commits@lists.llvm.org> w

[libcxx] r290889 - [libcxx] Add build/test support for the externally threaded libc++abi variant

2017-01-03 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Tue Jan 3 06:59:50 2017 New Revision: 290889 URL: http://llvm.org/viewvc/llvm-project?rev=290889&view=rev Log: [libcxx] Add build/test support for the externally threaded libc++abi variant Differential revision: https://reviews.llvm.org/D27576 Reviewers: EricWF Modified:

[libcxxabi] r290888 - [libcxxabi] Introduce an externally threaded libc++abi variant.

2017-01-03 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Tue Jan 3 06:58:34 2017 New Revision: 290888 URL: http://llvm.org/viewvc/llvm-project?rev=290888&view=rev Log: [libcxxabi] Introduce an externally threaded libc++abi variant. r281179 Introduced an externally threaded variant of the libc++ library. This patch adds support for

[libcxx] r290878 - [libcxx] Fix testing of the externally-threaded library build

2017-01-03 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Tue Jan 3 05:32:31 2017 New Revision: 290878 URL: http://llvm.org/viewvc/llvm-project?rev=290878&view=rev Log: [libcxx] Fix testing of the externally-threaded library build after r290850 Before r290850, building libcxx with -DLIBCXX_HAS_EXTERNAL_THREAD_API=ON had two uses:

[PATCH] D26458: Protect nested-exceptions tests under no-exceptions

2016-11-19 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. On the other hand, disabling `` would mean disabling some parts of the library as well (in this case, `std::promise::set_exception`). Perhaps that's a bad path to follow. Not sure. Repository: rL LLVM https://reviews.llvm.org/D26458 _

[PATCH] D26458: Protect nested-exceptions tests under no-exceptions

2016-11-19 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D26458#594069, @EricWF wrote: > There are cases where it is useful to be able to name `std::nested_exception` > while exceptions are disabled. I was thinking about the opposite. That is, we might want to consider disabling the `` header al

[PATCH] D26458: Protect nested-exceptions tests under no-exceptions

2016-11-09 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D26458#590865, @rmaprath wrote: > Not sure if either of these tests add much value to the no-exceptions > variant, using `std::nested_exception` with such a library seem pointless to > me. Perhaps marking these as `UNSUPPORTED` is a better f

[PATCH] D26458: Protect nested-exceptions tests under no-exceptions

2016-11-09 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. Not sure if either of these tests add much value to the no-exceptions variant, using `std::nested_exception` with such a library seem pointless to me. Perhaps marking these as `UNSUPPORTED` is a better fix? https://reviews.llvm.org/D26458 __

[PATCH] D26457: Protect smart-pointer tests under no exceptions

2016-11-09 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. LGTM. https://reviews.llvm.org/D26457 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D26139: Tests for strings conversions under libcpp-no-exceptions

2016-11-06 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D26139#587587, @mclow.lists wrote: > > I think it might be better to add TEST_TRY and TEST_CATCH(...) macros > > defined like > > @rogfer01 said at the top that he didn't want to add "a magical TEST_TRY > macro" - and I agree. Someone tri

[PATCH] D26139: Tests for strings conversions under libcpp-no-exceptions

2016-11-02 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. Would it be more cleaner to separate out the exceptions-related tests into their own functions? So, we'd have the two functions `test_withexceptions()` and `test_noexceptions()`; the former will only be invoked when testing the normal library variant, the latter will b

[PATCH] D26136: Protect exceptional path under libcpp-no-exceptions

2016-10-31 Thread Asiri Rathnayake via cfe-commits
rmaprath added inline comments. Comment at: test/std/strings/basic.string/string.access/at.pass.cpp:41 +const S& cs = s; +if (pos < cs.size()) +{ rogfer01 wrote: > rmaprath wrote: > > For the cases where an exception //should've been// thrown, are we

[PATCH] D26136: Protect exceptional path under libcpp-no-exceptions

2016-10-31 Thread Asiri Rathnayake via cfe-commits
rmaprath added inline comments. Comment at: test/std/strings/basic.string/string.access/at.pass.cpp:41 +const S& cs = s; +if (pos < cs.size()) +{ For the cases where an exception //should've been// thrown, are we not entering the **undefined** domain

[PATCH] D26075: Change from "XFAIL: libcpp-no-exceptions" to "UNSUPPORTED: libcpp-no-exceptions" tests that only check exceptions and nothing else

2016-10-30 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. This looks sensible to me. I'll let @EricWF approve. / Asiri https://reviews.llvm.org/D26075 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-10-14 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24864#570954, @vitalybuka wrote: > Thanks, done https://reviews.llvm.org/D25636 Thanks for the fix! / Asiri https://reviews.llvm.org/D24864 ___ cfe-commits mailing list cfe-commits@lists.llv

[PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-10-14 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24864#570935, @vitalybuka wrote: > Maybe? > > - if (UNIX AND NOT (APPLE OR CYGWIN)) > + if (LIBCXXABI_ENABLE_THREADS AND UNIX AND NOT (APPLE OR CYGWIN)) > list(APPEND LIBCXXABI_SOURCES cxa_thread_atexit.cpp) > endif() > Yes! I was

[PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-10-14 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24864#570924, @vitalybuka wrote: > So there is: > > - Looking for __cxa_thread_atexit_impl in c > - Looking for __cxa_thread_atexit_impl in c - not found > > and libcxx is configured with -DLIBCXX_ENABLE_THREADS=OFF I think, the problem h

[libcxx] r284237 - [libcxx] Improve the gcc workaround for the missing __has_include macro.

2016-10-14 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Fri Oct 14 08:56:58 2016 New Revision: 284237 URL: http://llvm.org/viewvc/llvm-project?rev=284237&view=rev Log: [libcxx] Improve the gcc workaround for the missing __has_include macro. NFC. Modified: libcxx/trunk/include/__threading_support Modified: libcxx/trunk/include

[libcxx] r284232 - [libcxx] Do not declare the thread api when __external_threading is present

2016-10-14 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Fri Oct 14 08:00:07 2016 New Revision: 284232 URL: http://llvm.org/viewvc/llvm-project?rev=284232&view=rev Log: [libcxx] Do not declare the thread api when __external_threading is present This fixes a small omission where even when __external_threading is provided, we attempt

[PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-10-14 Thread Asiri Rathnayake via cfe-commits
rmaprath closed this revision. rmaprath added a comment. Committed as r284128. https://reviews.llvm.org/D24864 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D25468: [libcxx] Do not declare the thread api when __external_threading is present

2016-10-13 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. @EricWF: Gentle ping. https://reviews.llvm.org/D25468 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Re: [libunwind] r284125 - [libunwind] Add missing include. NFC.

2016-10-13 Thread Asiri Rathnayake via cfe-commits
h here? Cheers, / Asiri On Thu, Oct 13, 2016 at 7:46 PM, Joerg Sonnenberger via cfe-commits < cfe-commits@lists.llvm.org> wrote: > On Thu, Oct 13, 2016 at 02:32:24PM -0000, Asiri Rathnayake via cfe-commits > wrote: > > This missing include seems to cause compilation failures on

Re: [libcxxabi] r284128 - [libcxxabi] Refactor pthread usage into a separate API

2016-10-13 Thread Asiri Rathnayake via cfe-commits
.libcxxabi/logs/stdio > > I'll have a look soon, might not be able to do so before tomorrow. Please > feel free to revert if this is blocking. > > Sorry for the trouble. > > / Asiri > > On Thu, Oct 13, 2016 at 4:05 PM, Asiri Rathnayake via cfe-commits < > cfe-comm

[libcxxabi] r284141 - [libcxxabi] Fix gcc build after r284128

2016-10-13 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Oct 13 13:40:57 2016 New Revision: 284141 URL: http://llvm.org/viewvc/llvm-project?rev=284141&view=rev Log: [libcxxabi] Fix gcc build after r284128 NFC. Modified: libcxxabi/trunk/src/config.h Modified: libcxxabi/trunk/src/config.h URL: http://llvm.org/viewvc/llvm-pr

Re: [libcxxabi] r284128 - [libcxxabi] Refactor pthread usage into a separate API

2016-10-13 Thread Asiri Rathnayake via cfe-commits
r the trouble. / Asiri On Thu, Oct 13, 2016 at 4:05 PM, Asiri Rathnayake via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Author: asiri > Date: Thu Oct 13 10:05:19 2016 > New Revision: 284128 > > URL: http://llvm.org/viewvc/llvm-project?rev=284128&view=rev > Lo

[libcxxabi] r284128 - [libcxxabi] Refactor pthread usage into a separate API

2016-10-13 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Oct 13 10:05:19 2016 New Revision: 284128 URL: http://llvm.org/viewvc/llvm-project?rev=284128&view=rev Log: [libcxxabi] Refactor pthread usage into a separate API This patch refactors all pthread uses of libc++abi into a separate API. This is the first step towards support

[PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-10-13 Thread Asiri Rathnayake via cfe-commits
rmaprath updated this revision to Diff 74519. rmaprath added a comment. Herald added a subscriber: modocache. Patch re-based on the latest trunk. I've resolved my downstream issues, will be committing soon. / Asiri https://reviews.llvm.org/D24864 Files: CMakeLists.txt src/config.h src/c

Re: libunwind build regression fix

2016-10-13 Thread Asiri Rathnayake via cfe-commits
And... apologies for that disclaimer notice. Cheers, / Asiri From: cfe-commits on behalf of Asiri Rathnayake via cfe-commits Sent: 13 October 2016 15:42 To: Jeremy Huddleston Sequoia Cc: cfe-commits@lists.llvm.org Subject: Re: libunwind build

Re: libunwind build regression fix

2016-10-13 Thread Asiri Rathnayake via cfe-commits
Hi Jeremy, Thanks for the patch, committed as r284125. Cheers, / Asiri From: jerem...@apple.com on behalf of Jeremy Huddleston Sequoia Sent: 13 October 2016 06:57 To: Asiri Rathnayake Subject: libunwind build regression fix Hi Asiri, Could you pleas

[libunwind] r284125 - [libunwind] Add missing include. NFC.

2016-10-13 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Oct 13 09:32:24 2016 New Revision: 284125 URL: http://llvm.org/viewvc/llvm-project?rev=284125&view=rev Log: [libunwind] Add missing include. NFC. This missing include seems to cause compilation failures on older MacOS versions (< 10.9). This is because r270692 has introdu

Re: [libcxx] r284005 - Remove incorrect XFAILS

2016-10-12 Thread Asiri Rathnayake via cfe-commits
More love for no-exceptions in any case ;) Cheers! On Wed, Oct 12, 2016 at 12:52 PM, Eric Fiselier wrote: > I just committed those tests, so I kinda had to fix them :-P > > On Wed, Oct 12, 2016 at 5:40 AM, Asiri Rathnayake < > asiri.rathnay...@gmail.com> wrote: > >> Thanks! >> >> I still have t

Re: [libcxx] r284005 - Remove incorrect XFAILS

2016-10-12 Thread Asiri Rathnayake via cfe-commits
Thanks! I still have that no-exception cleanup in my TODO list. Just pressed on time, hope to get to it soon. / Asiri On Wed, Oct 12, 2016 at 12:29 PM, Eric Fiselier via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Author: ericwf > Date: Wed Oct 12 06:29:18 2016 > New Revision: 284005 > >

[PATCH] D21803: [libcxxabi] Provide a fallback __cxa_thread_atexit() implementation

2016-10-12 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D21803#567774, @tavianator wrote: > In https://reviews.llvm.org/D21803#556857, @EricWF wrote: > > > @rmaprath I'll merge this if needed. Feel free to commit your patch first. > > > Yeah, @rmaprath I'm happy to rebase this over your patch. My

[PATCH] D25468: [libcxx] Do not declare the thread api when __external_threading is present

2016-10-11 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. Added some comments to @EricWF's feedback. Will check back tomorrow (falling asleep...) / Asiri Comment at: include/__threading_support:25 // redundancy is intentional. #if defined(_LIBCPP_HAS_THREAD_API_EXTERNAL) #if !defined(__clang__) && (_GNUC

[PATCH] D25468: [libcxx] Do not declare the thread api when __external_threading is present

2016-10-11 Thread Asiri Rathnayake via cfe-commits
rmaprath created this revision. rmaprath added a reviewer: EricWF. rmaprath added a subscriber: cfe-commits. This fixes a small omission where even when `__external_threading` is provided, we attempt to declare a pthread based threading API. Instead, we should leave out everything for the `__ext

[libcxx] r283762 - [libcxx] Fix gcc build.

2016-10-10 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Oct 10 10:56:01 2016 New Revision: 283762 URL: http://llvm.org/viewvc/llvm-project?rev=283762&view=rev Log: [libcxx] Fix gcc build. Attempt to fix a horrible gcc include order problem. Modified: libcxx/trunk/include/limits.h Modified: libcxx/trunk/include/limits.h UR

[PATCH] D25361: [libcxx] Add the missing limits.h header

2016-10-10 Thread Asiri Rathnayake via cfe-commits
rmaprath closed this revision. rmaprath added a comment. Thanks. Committed as r283726. https://reviews.llvm.org/D25361 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[libcxx] r283726 - [libcxx] Add the missing limits.h header

2016-10-10 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Mon Oct 10 03:38:51 2016 New Revision: 283726 URL: http://llvm.org/viewvc/llvm-project?rev=283726&view=rev Log: [libcxx] Add the missing limits.h header The implementation of [depr.c.headers] in D12747 introduced the necessary C headers into libc++. This patch adds one more mi

[PATCH] D25361: [libcxx] Add the missing limits.h header

2016-10-07 Thread Asiri Rathnayake via cfe-commits
rmaprath created this revision. rmaprath added reviewers: EricWF, mclow.lists, rsmith. rmaprath added a subscriber: cfe-commits. The implementation of [depr.c.headers] in https://reviews.llvm.org/D12747 introduced the necessary C headers into libc++. This patch adds one more missing headers: limi

[PATCH] D24562: [libcxx] Recover no-exceptions XFAILs

2016-10-06 Thread Asiri Rathnayake via cfe-commits
rmaprath closed this revision. rmaprath added a comment. Committed as r283441. Thanks! https://reviews.llvm.org/D24562 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[libcxx] r283441 - [libcxx] Recover no-exceptions XFAILs - I

2016-10-06 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Thu Oct 6 06:15:41 2016 New Revision: 283441 URL: http://llvm.org/viewvc/llvm-project?rev=283441&view=rev Log: [libcxx] Recover no-exceptions XFAILs - I First batch of changes to get some of these XFAILs working in the no-exceptions libc++ variant. Changed some XFAILs to UNS

[PATCH] D24562: [libcxx] Recover no-exceptions XFAILs

2016-10-06 Thread Asiri Rathnayake via cfe-commits
rmaprath updated this revision to Diff 73759. rmaprath added a comment. Final patch to be committed, with all the remaining comments addressed. https://reviews.llvm.org/D24562 Files: test/std/re/re.alg/re.alg.search/grep.pass.cpp test/std/re/re.regex/re.regex.assign/assign.pass.cpp test/s

[PATCH] D24562: [libcxx] Recover no-exceptions XFAILs

2016-10-05 Thread Asiri Rathnayake via cfe-commits
rmaprath updated this revision to Diff 73661. rmaprath added a comment. First batch of XFAIL fixes. I've changed some XFAILs to UNSUPPORTED where the test is all about exception handling. In other cases, I've used the test macro TEST_HAS_NO_EXCEPTIONS to conditionally exclude those parts that t

[PATCH] D24562: [libcxx] Recover no-exceptions XFAILs

2016-10-04 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24562#561442, @Eugene.Zelenko wrote: > Looks like patch was not committed. Need to replicate this to as many tests as possible (~150). I was hoping to do all that and upload another diff for a final review, couldn't get to it I'm afraid.

[PATCH] D24082: [CMake] Fix libc++abi arm build w/o libunwind.

2016-10-04 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. LGTM too. @EricWF or @mclow.lists need to approve. https://reviews.llvm.org/D24082 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-30 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. Sigh. I've bumped into some downstream problems. Will commit as soon as I've verified these problems are not related to the patch. https://reviews.llvm.org/D24864 ___ cfe-commits mailing list cfe-commits@lists.llvm.org htt

[PATCH] [Updated, 223 lines] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-30 Thread Asiri Rathnayake via cfe-commits
rmaprath updated this revision to Diff 73033. rmaprath added a comment. `pthread_mach_thread_np` is Mac specific. I've introduced a Mac-only `__libcxxabi_thread_get_port()` API call to sort this out (didn't think it would be nice to leave a pthread call even if it is Mac specific). I can revisi

[PATCH] [Commented On] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-30 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24864#556845, @rmaprath wrote: > I'm going to test this on a Mac before committing. Good call that was, wouldn't have compiled there. Attaching updated patch soon. https://reviews.llvm.org/D24864 ___

[PATCH] [Updated] D17815: [libc++abi] Use fallback_malloc to allocate __cxa_eh_globals in case of dynamic memory exhaustion.

2016-09-30 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. @ikudrin: Looks like you've reverted this soon after. I'm just about to commit https://reviews.llvm.org/D24864, which will affect this slightly. https://reviews.llvm.org/D24864 basically refactors all pthread dependencies behind a separate API. It would be pretty strai

[PATCH] [Updated] D21803: [libcxxabi] Provide a fallback __cxa_thread_atexit() implementation

2016-09-30 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. @tavianator: I'm about to commit https://reviews.llvm.org/D24864, which will affect this patch (indirectly). https://reviews.llvm.org/D24864 basically refactors all pthread dependencies behind a separate API. It would be pretty straightforward for you to update this pa

[PATCH] [Updated, 225 lines] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-30 Thread Asiri Rathnayake via cfe-commits
rmaprath updated this revision to Diff 73007. rmaprath added a comment. Updated with the following changes: - Address review comments from @EricWF and @compnerd regarding using `_POSIX_THREADS` for detecting pthread availability. Now the patch is checking for `defined(_POSIX_THREADS) && _POSIX_

Re: [PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-28 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. @EricWF: Gentle ping. https://reviews.llvm.org/D24864 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[libunwind] r282575 - [libunwind] Add support for a single-threaded libunwind build

2016-09-28 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Wed Sep 28 05:57:15 2016 New Revision: 282575 URL: http://llvm.org/viewvc/llvm-project?rev=282575&view=rev Log: [libunwind] Add support for a single-threaded libunwind build The EHABI unwinder is thread-agnostic, SJLJ unwinder and the DWARF unwinder have a couple of pthread de

Re: [PATCH] D25008: [libcxx] Include unwinder library in the linker script

2016-09-28 Thread Asiri Rathnayake via cfe-commits
rmaprath added a subscriber: rmaprath. rmaprath added a comment. The patch generally makes sense to me. I wonder if the test configuration can also benefit from this; `test/libcxx/test/target_info.py` manually updates the link line to use `-lgcc_s` or `-lunwind` depending on how the build is co

[PATCH] D24984: [libunwind] Add support for a single-threaded libunwind build

2016-09-27 Thread Asiri Rathnayake via cfe-commits
rmaprath created this revision. rmaprath added reviewers: jroelofs, compnerd, logan. rmaprath added a subscriber: cfe-commits. Herald added subscribers: mgorny, beanz. The EHABI unwinder is thread-agnostic, SJLJ unwinder and the DWARF unwinder have a couple of `pthread` dependencies. This patch

Re: [PATCH] D24119: [libc++] add linker option "-Wl, -z, defs" in standalone build

2016-09-27 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24119#554234, @mgorny wrote: > I'm starting to regret that I've committed this. It breaks horribly any > pure-LLVM build, i.e. without linking to libgcc_s. It seems that the build > system is completely unprepared to link to compiler-rt or

Re: [PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-27 Thread Asiri Rathnayake via cfe-commits
rmaprath updated this revision to Diff 72653. rmaprath added a comment. Herald added subscribers: mgorny, beanz. Address review comments from @compnerd and @EricWF. https://reviews.llvm.org/D24864 Files: CMakeLists.txt src/config.h src/cxa_exception.cpp src/cxa_exception_storage.cpp s

Re: [PATCH] D24119: [libc++] add linker option "-Wl, -z, defs" in standalone build

2016-09-27 Thread Asiri Rathnayake via cfe-commits
rmaprath added inline comments. Comment at: libcxx/trunk/CMakeLists.txt:329 @@ +328,3 @@ + ${CMAKE_SYSTEM_NAME} MATCHES "OpenBSD") AND + NOT LLVM_USE_SANITIZER) +set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -Wl,-z,defs") zlei wrote:

Re: [PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-27 Thread Asiri Rathnayake via cfe-commits
rmaprath added inline comments. Comment at: src/config.h:22 @@ +21,3 @@ + +#if defined(__GNUC__) || defined(__clang__) +#define _LIBCXXABI_PRAGMA(_parameter_) _Pragma(#_parameter_) EricWF wrote: > What's the point of defining `_LIBCXXABI_WARNING`? It's unused and

Re: [PATCH] D24119: [libc++] add linker option "-Wl, -z, defs" in standalone build

2016-09-27 Thread Asiri Rathnayake via cfe-commits
rmaprath added a subscriber: rmaprath. Comment at: libcxx/trunk/CMakeLists.txt:329 @@ +328,3 @@ + ${CMAKE_SYSTEM_NAME} MATCHES "OpenBSD") AND + NOT LLVM_USE_SANITIZER) +set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -Wl,-z,defs") Perh

Re: [PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-26 Thread Asiri Rathnayake via cfe-commits
rmaprath updated this revision to Diff 72478. rmaprath added a comment. Use `__internal_linkage__` attribute to control visibility following https://reviews.llvm.org/D24642. https://reviews.llvm.org/D24864 Files: include/__cxxabi_config.h src/config.h src/cxa_exception.cpp src/cxa_exce

Re: [PATCH] D24903: [libcxx] [include] Declare __STDC_*_MACROS for C++11 compat in old libc

2016-09-26 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24903#551938, @mgorny wrote: > I see that libcxx already has a pretty complete test for stdint.h. Hmm, now I see that too :) Thanks for the patch. / Asiri https://reviews.llvm.org/D24903 __

Re: [PATCH] D24903: [libcxx] [include] Declare __STDC_*_MACROS for C++11 compat in old libc

2016-09-26 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24903#551926, @mgorny wrote: > I'm sorry but could you be a little more specific, please? I've looked into > that diff, and it seems that the cstdint resembles e.g. cinttypes already -- > i.e. there's only the include, and 'using' lines the

Re: [PATCH] D24903: [libcxx] [include] Declare __STDC_*_MACROS for C++11 compat in old libc

2016-09-25 Thread Asiri Rathnayake via cfe-commits
rmaprath added a subscriber: rmaprath. rmaprath added a comment. When the `` headers where split into `` and `` headers in https://reviews.llvm.org/D12747, we have left out `` and ``. I was going to put up a patch to fix this but couldn't get to it. It's good that you are adding ``, perhaps you

[PATCH] D24864: [libcxxabi] Refactor pthread usage into a separate API

2016-09-23 Thread Asiri Rathnayake via cfe-commits
rmaprath created this revision. rmaprath added reviewers: EricWF, mclow.lists, jroelofs, compnerd. rmaprath added a subscriber: cfe-commits. This is simply a cleanup of D18482 (patch taken with permission) while adapting it to match what we have already implemented for libcxx. Note that I haven'

Re: [PATCH] D24770: [libcxxabi] cleanup the use of LIBCXXABI_HAS_NO_THREADS macro (NFC)

2016-09-21 Thread Asiri Rathnayake via cfe-commits
rmaprath closed this revision. rmaprath added a comment. In https://reviews.llvm.org/D24770#547701, @jroelofs wrote: > LGTM Thanks! Committed as r282062. / Asiri https://reviews.llvm.org/D24770 ___ cfe-commits mailing list cfe-commits@lists.llv

[libcxxabi] r282062 - [libcxxabi] cleanup the use of LIBCXXABI_HAS_NO_THREADS macro (NFC)

2016-09-21 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Wed Sep 21 04:09:32 2016 New Revision: 282062 URL: http://llvm.org/viewvc/llvm-project?rev=282062&view=rev Log: [libcxxabi] cleanup the use of LIBCXXABI_HAS_NO_THREADS macro (NFC) Align the naming / use of the macro LIBCXXABI_HAS_NO_THREADS to follow what we have in libcxx. NF

[PATCH] D24770: [libcxxabi] cleanup the use of LIBCXXABI_HAS_NO_THREADS macro (NFC)

2016-09-20 Thread Asiri Rathnayake via cfe-commits
rmaprath created this revision. rmaprath added reviewers: mclow.lists, EricWF. rmaprath added a subscriber: cfe-commits. Herald added subscribers: mgorny, beanz. Align the naming / use of the macro ``LIBCXXABI_HAS_NO_THREADS`` to follow what we have in `libcxx`. This change is mostly NFC, though

[libcxx] r281731 - [libcxx] Add missing c++98 xfail. NFC.

2016-09-16 Thread Asiri Rathnayake via cfe-commits
Author: asiri Date: Fri Sep 16 09:32:19 2016 New Revision: 281731 URL: http://llvm.org/viewvc/llvm-project?rev=281731&view=rev Log: [libcxx] Add missing c++98 xfail. NFC. This is the only test failing in c++98 mode at the moment. Modified: libcxx/trunk/test/std/iterators/iterator.range/begin

Re: [PATCH] D23926: [libcxx] Don't use C99 math ops in -std=c++03 mode

2016-09-16 Thread Asiri Rathnayake via cfe-commits
rmaprath abandoned this revision. rmaprath added a comment. Abandoning: we've decided to relax our C library to expose C99 functionality in C++98/03 modes. This is more inline with upstream intentions and allows us to get rid of some fiddly downstream libc++ patches as well. Thanks Marshall and

Re: [PATCH] D24562: [libcxx] Recover no-exceptions XFAILs

2016-09-15 Thread Asiri Rathnayake via cfe-commits
rmaprath added inline comments. Comment at: test/std/re/re.alg/re.alg.search/grep.pass.cpp:25 @@ -25,2 +24,3 @@ +#ifndef TEST_HAS_NO_EXCEPTIONS extern "C" void LLVMFuzzerTestOneInput(const char *data) EricWF wrote: > I prefer putting the `#if` on the inside of

Re: [PATCH] D24562: [libcxx] Recover no-exceptions XFAILs

2016-09-14 Thread Asiri Rathnayake via cfe-commits
rmaprath added a comment. In https://reviews.llvm.org/D24562#542630, @mclow.lists wrote: > What an awful test. I wonder who wrote such a steaming pile. Probably me. I think I've thrown quite a lot of XFAILs like this in the past, just to get the no-exceptions build passing. Now I've got to c

Re: [PATCH] D24562: [libcxx] Recover no-exceptions XFAILs

2016-09-14 Thread Asiri Rathnayake via cfe-commits
rmaprath updated this revision to Diff 71349. rmaprath added a comment. (Added more context) https://reviews.llvm.org/D24562 Files: test/std/re/re.alg/re.alg.search/grep.pass.cpp Index: test/std/re/re.alg/re.alg.search/grep.pass.cpp ===

  1   2   3   4   >