- Nov 03, 2013
-
-
Marshall Clow authored
llvm-svn: 193963
-
Marshall Clow authored
llvm-svn: 193962
-
Marshall Clow authored
llvm-svn: 193960
-
- Oct 13, 2013
-
-
Marshall Clow authored
Patch from GM to make more implicit bools explicit since we can't stop MSVC warning about this in headers and to warn is the MSVC default. No functionality change. llvm-svn: 192548
-
Marshall Clow authored
llvm-svn: 192544
-
- Sep 21, 2013
-
-
Howard Hinnant authored
llvm-svn: 191141
-
- Sep 14, 2013
-
-
Howard Hinnant authored
Marshall Clow: LWG Issue 2056: future_errc enums start with value 0 (invalid value for broken_promise). llvm-svn: 190756
-
- Aug 12, 2013
-
-
Howard Hinnant authored
Nico Rieck: this patch series fixes visibility issues on Windows as explained in <http://lists.cs.uiuc.edu/pipermail/cfe-dev/2013-August/031214.html>. llvm-svn: 188192
-
- Aug 08, 2013
-
-
Howard Hinnant authored
My previous reorganization of addressof broke -std=c++03. Thanks much to Arnold Schwaighofer for catching this. This patch also catches a few more missing addressof in <future>, thanks go to Zhihao Yuan for catching these. llvm-svn: 187997
-
- Jul 02, 2013
-
-
Howard Hinnant authored
llvm-svn: 185452
-
- Jun 29, 2013
-
-
Howard Hinnant authored
Add operators to make launch a bitmask type. Searched all of the standard, and libc++ to see if this error occurred elsewhere and didn't see any other place. This fixes http://llvm.org/bugs/show_bug.cgi?id=16207 llvm-svn: 185265
-
- Mar 07, 2013
-
-
Howard Hinnant authored
No functionality change at this time. I've split _LIBCPP_VISIBLE up into two flags: _LIBCPP_TYPE_VIS and _LIBCPP_FUNC_VIS. This is in preparation for taking advantage of clang's new __type_visibility__ attribute. llvm-svn: 176593
-
- Jan 21, 2013
-
-
Howard Hinnant authored
llvm-svn: 173060
-
- Jan 14, 2013
-
-
- Oct 30, 2012
-
-
Howard Hinnant authored
llvm-svn: 167038
-
- Oct 13, 2012
-
-
Argyrios Kyrtzidis authored
llvm-svn: 165860
-
- Sep 14, 2012
-
-
Howard Hinnant authored
Dimitry Andric: many visibility fixes. Howard: Much appreciated. Can you send me a patch to CREDITS.TXT? llvm-svn: 163862
-
- Jul 21, 2012
-
-
Howard Hinnant authored
Apple LWG 2067: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3318.html#2067 . This is the only actionable change that has been made to the C++ draft since C++11. In general it has not been decided exactly how libc++ will track changes made to C++11. New features and design changes will probably be #ifdef'd, especially if they are not backwards compatible. Defects and 'dumb mistakes' are more likely to just be put in. Decisions on telling one from the other will be made on a case by case basis. llvm-svn: 160608
-
Howard Hinnant authored
llvm-svn: 160607
-
- May 25, 2012
-
-
Howard Hinnant authored
llvm-svn: 157476
-
- Dec 02, 2011
-
-
- Nov 29, 2011
-
-
Howard Hinnant authored
llvm-svn: 145410
-
- Oct 17, 2011
-
-
Howard Hinnant authored
llvm-svn: 142235
-
- Jul 13, 2011
-
-
Howard Hinnant authored
llvm-svn: 135045
-
- Jul 07, 2011
-
-
Howard Hinnant authored
llvm-svn: 134639
-
- Jun 30, 2011
-
-
Howard Hinnant authored
llvm-svn: 134190
-
- Jun 14, 2011
-
-
Howard Hinnant authored
Provide names for template and function parameters in forward declarations. The purpose is to aid automated documentation tools. llvm-svn: 133008
-
- May 28, 2011
-
-
Howard Hinnant authored
noexcept for <memory>. I've added a few extension noexcept to: allocator_traits<A>::deallocate, allocaate<T>::deallocate, return_temporary_buffer, and default_delete<T>::operator()(T*) const. My rationale was: If a std-dicated noexcept function needs to call another std-defined function, that called function must be noexcept. We're all a little new to noexcept, so things like this are to be expected. Also included fix for broken __is_swappable trait pointed out by Marc Glisse, thanks Marc|. And fixed a test case for is_nothrow_destructible. Destructors are now noexcept by default| llvm-svn: 132261
-
- May 19, 2011
-
-
Howard Hinnant authored
I had a giant misunderstanding of what 'synchronizes with' meant in [futures.async]/p5. This invalidated the current design of async in <future>. This is a new design, based on my new understanding, which has been confirmed on the lwg mailing list. The summary is that ~future() (and ~shared_future()) will block when they are created from within async, and the thread hasn't finished yet. As part of this work I created two new type traits: __invokable<F, Args...>::value and __invoke_of<F, Args...>::type. These are what result_of<F(Args...)> wanted to be when it grew up, but never will be. __invoke_of is carefully crafted so that it can serve as its own enable_if (type doesn't exist if the signature isn't invokable). All of this work is C++11 only. llvm-svn: 131639
-
- May 16, 2011
-
-
Howard Hinnant authored
llvm-svn: 131410
-
- Dec 02, 2010
-
-
Howard Hinnant authored
llvm-svn: 120712
-
- Nov 30, 2010
-
-
Howard Hinnant authored
llvm-svn: 120458
-
- Nov 23, 2010
-
-
Howard Hinnant authored
llvm-svn: 120027
-
- Nov 20, 2010
-
-
Howard Hinnant authored
llvm-svn: 119909
-
- Nov 16, 2010
-
-
Howard Hinnant authored
llvm-svn: 119395
-
- Oct 14, 2010
-
-
Howard Hinnant authored
llvm-svn: 116500
-
- Sep 22, 2010
-
-
Howard Hinnant authored
llvm-svn: 114543
-
- Sep 05, 2010
-
-
Howard Hinnant authored
Changed __config to react to all of clang's currently documented has_feature flags, and renamed _LIBCPP_MOVE to _LIBCPP_HAS_NO_RVALUE_REFERENCES to be more consistent with the rest of the libc++'s flags, and with clang's nomenclature. llvm-svn: 113086
-
- Sep 03, 2010
-
-
Howard Hinnant authored
[futures.atomic_future] and notify_all_at_thread_exit. This completes the header <future> and all of Chapter 30 (for C++0x enabled compilers). llvm-svn: 113017
-
Howard Hinnant authored
llvm-svn: 112990
-