1. 52f9ca2 Implement P0777: Treating unnecessay decay by Marshall Clow · 7 years ago
  2. 8592d0a Fix missing return in __tuple_leaf::__can_bind_reference when __reference_binds_to_temporary added in r323380. by Eric Fiselier · 7 years ago
  3. 8286acc [libc++] Fix PR20855 -- libc++ incorrectly diagnoses illegal reference binding in std::tuple. by Eric Fiselier · 7 years ago
  4. c58e472 Implement most of P0607: Inline Variables for the Standard Library. This involved marking a lot of variables as inline (but only for C++17 and later). by Marshall Clow · 7 years ago
  5. 5f7683b workaround PR 28385 in __find_exactly_one_checked by Casey Carter · 7 years ago
  6. 8a29c9d Add C++17 explicit deduction guides to std::pair. by Eric Fiselier · 7 years ago
  7. 3113ac6 Add tests for class template deduction on std::tuple. by Eric Fiselier · 7 years ago
  8. bf86c8f Rename unreserved names in tuple by Eric Fiselier · 7 years ago
  9. 191f075 Cleanup remaining usages of _LIBCPP_HAS_NO_<c++11-feature> in tuple and utility by Eric Fiselier · 8 years ago
  10. 07d23d5 Implement LWG 2773 - std::ignore should be constexpr. by Eric Fiselier · 8 years ago
  11. 236b752 Fix inconsistency in tuple's SFINAE. Patch from Andrey Khalyavin" by Eric Fiselier · 8 years ago
  12. 7d24e91 Fix std::tuples EBO when targeting the MSVC ABI. by Eric Fiselier · 8 years ago
  13. c3589a8 [NFC] Rename _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS by Eric Fiselier · 8 years ago
  14. 4084384 Re-implement LWG 2770 - Fix tuple_size with structured bindings. by Eric Fiselier · 8 years ago
  15. 9663ee4 Revert r289727 due to PR31384 by Eric Fiselier · 8 years ago
  16. 18e56b4 [libcxx] Fix tuple construction/assignment from types derived from tuple/pair/array. by Eric Fiselier · 8 years ago
  17. f2f3637 Fix PR27374 - Remove the implicit reduced-arity-extension in tuple. by Eric Fiselier · 8 years ago
  18. f9a20c2 Implement LWG 2770 - Make tuple_size<T> defined for all T by Eric Fiselier · 8 years ago
  19. fc044a1 Fix PR30979 - tuple<move_only> is constructible from move_only const& by Eric Fiselier · 8 years ago
  20. e1445fd Implement the std::pair parts of "Improving pair and tuple". Completes N4387. by Eric Fiselier · 8 years ago
  21. 4be71c6 Recommit r276548 - Make pair/tuples assignment operators SFINAE properly. by Eric Fiselier · 8 years ago
  22. c76d8f7 Revert r276548 - Make pair/tuples assignment operators SFINAE properly. by Eric Fiselier · 8 years ago
  23. 8b5233f Make pair/tuples assignment operators SFINAE properly. by Eric Fiselier · 8 years ago
  24. 9c747b9 Add tests for reference binding assertions in std::tuple. by Eric Fiselier · 8 years ago
  25. 5839fed Implement C++17 tuple bits. Including apply and make_from_tuple. by Eric Fiselier · 8 years ago
  26. 990090f Handle std::get<T>(...) for std::tuple<> by Eric Fiselier · 8 years ago
  27. 22c3e76 Rewrite std::get<Type>(...) helper using constexpr functions. by Eric Fiselier · 8 years ago
  28. ed33ed8 Flatten tuple_constructible, tuple_convertible and tuple_assignable. by Eric Fiselier · 8 years ago
  29. fa5a105 Fix PR27684 - std::tuple no longer accepts reference to incomplete type in some cases. by Eric Fiselier · 8 years ago
  30. 95526d3 Make tuples constructors conditionally EXPLICIT. See N4387 by Eric Fiselier · 9 years ago
  31. d501933 Cleanup and guard tuple's constructor SFINAE. Fixes PR22806 and PR23256. by Eric Fiselier · 9 years ago
  32. 55ad3ac [libcxx] Remove the "reduced-arity-initialization" extension from the uses-allocator constructors by Eric Fiselier · 9 years ago
  33. 199bee0 [libcxx] LWG2485: get() should be overloaded for const tuple&&. Patch from K-Ballo. by Eric Fiselier · 9 years ago
  34. a660757 Fix some mistakes in the <utility> and <tuple> synopses. No functional change. Thannks to K-ballo for the patch by Marshall Clow · 9 years ago
  35. 3a0e430 [libcxx] Fix detection of __is_final. by Eric Fiselier · 9 years ago
  36. b58f517 Remove unneeded redeclaration of reference_wrapper. by Eric Fiselier · 10 years ago
  37. da1818a [libc++] Try and prevent evaluation of `is_default_constructible` on tuples default constructor if it is not needed. by Eric Fiselier · 10 years ago
  38. 07b133f tuple: Make operator<() linear instead of exponential by Duncan P. N. Exon Smith · 10 years ago
  39. 6cb69ff Fixes to get libc++ building on sun solaris. Patch from C Bergstrom. by Eric Fiselier · 10 years ago
  40. bbc7c74 Fixes PR21157 'tuple: non-default constructible tuple hard failure' Thanks to Louis Dionne for the bug report and the patch. by Marshall Clow · 10 years ago
  41. 86d311c Thanks to K-ballo for noting a second incorrect noexcept clause in tuple - and suggesting a more correct way to write the first by Marshall Clow · 10 years ago
  42. 12929a9 Fix a bad noexcept clause in tuple's move constructor by Marshall Clow · 10 years ago
  43. 9020c08 D4451: Fix copy/move issues casude by __tuple_leafs's converting constructor by Eric Fiselier · 10 years ago
  44. ba6dbf4 Some calls to get<>() were qualified. Some were not. Qualify them all. Fixes bug #20092. Thanks to Agustín Bergé for the bug report and the fix. by Marshall Clow · 10 years ago
  45. 398c9d8 Default the copy and move constructors for __tuple_leaf. This fixes bugs 18853 and 19118. Add a test case for that. by Marshall Clow · 11 years ago
  46. 50fe0c7 Implement LWG Paper n3887: Consistent Metafunction Aliases. This adds std::tuple_element_t<> as an alias for tuple_element<>::type. Clean up the synopsis for tuple_element in <utility> as well. by Marshall Clow · 11 years ago
  47. 8e554d9 Implement LWG issue 2301: Mark std::tie as constexpr by Marshall Clow · 11 years ago
  48. a71f956 Rename ___make_pair_return to __make_pair_return_impl; ___make_tuple_return to __make_tuple_return_impl; and ____iterator_traits to __iterator_traits_impl. Part of a campaign to remove > 2 underscores from libc++. No functionality change. by Marshall Clow · 11 years ago
  49. 3de5086 Fix several tuple bugs that were exposed by clang's implementation of CWG 1402. This fixes http://llvm.org/bugs/show_bug.cgi?id=17798. by Howard Hinnant · 11 years ago
  50. 1d927e3 Implement LWG issue 2275 'forward_as_tuple should be constexpr' by Marshall Clow · 11 years ago
  51. 19e7862 Remove non-printable chars that snuck in back in July; thanks to Yaron Keren for the catch by Marshall Clow · 11 years ago
  52. 599e60d Implement uses-allocator construction by Marshall Clow · 11 years ago
  53. 0f678bd 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>. by Howard Hinnant · 11 years ago
  54. da0a0e8 Make tuple's constructor and std::get<>(tuple) constexpr. Final stage of fixing bug #16599. Thanks to Howard for the review and updates. by Marshall Clow · 11 years ago
  55. 8fc4f5a Make std::get constexpr by Marshall Clow · 11 years ago
  56. 01a0e90 Make std::forward and std::move (and std::move_if_noexcept) constexpr in C++14 by Marshall Clow · 11 years ago
  57. e8029e5 Implement n3584 - Addressing Tuples by Type by Marshall Clow · 11 years ago
  58. 9932489 Accidentally disallowed explicit tuple conversions when all elements of the tuple can be explicitly converted. by Howard Hinnant · 12 years ago
  59. 83eade6 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. by Howard Hinnant · 12 years ago
  60. 9c0df14 Rename uses of _ and __ because these are getting stepped on by macros from other system code. by Howard Hinnant · 12 years ago
  61. 33be35e Dimitry Andric: many visibility fixes. Howard: Much appreciated. Can you send me a patch to CREDITS.TXT? by Howard Hinnant · 12 years ago
  62. 46e9493 Appy constexpr to <memory>. Picked up a few missing noexcepts as well. by Howard Hinnant · 12 years ago
  63. 74f26f2 Apply noexcept to tuple. by Howard Hinnant · 12 years ago
  64. 4eebfc3 As a conforming extension give tuple a noexcept default constructor conditionalized on its held types. by Howard Hinnant · 12 years ago
  65. 5394c1e Give tuple a constexpr default constructor. by Howard Hinnant · 12 years ago
  66. dc1345f I believe tuple is still under development in the standard. Daniel Krugler is/will be making convincing arguments that a modified form of LWG 2051 (currently NAD Future) is easily acheivable and desirable. He has demonstrated that a tuple<T...> where all of the T are implicitly convertible from U... should have a tuple constructor that is also implicit, instead of explicit. This would support the use cases in LWG 2051 while not undermining T... with explicit conversions from U.... This check-in is an experimental implementation of Daniel's work. I believe this work to be mature enough to warrant inclusion into libc++. If anyone sees real-world problems that this check in causes, please let me know and I will revert it, and provide the feedback to the LWG. by Howard Hinnant · 13 years ago
  67. 2848444 tuple was accidentally lacking a valid copy assignment operator. It went undetected because I had failed to test assigning from a const lvalue. This fixes http://llvm.org/bugs/show_bug.cgi?id=11921 by Howard Hinnant · 13 years ago
  68. 6cc99fa Fix http://llvm.org/bugs/show_bug.cgi?id=11616 by Howard Hinnant · 13 years ago
  69. d4cf215 Fix http://llvm.org/bugs/show_bug.cgi?id=11461. Credit Alberto Ganesh Barbati. by Howard Hinnant · 13 years ago
  70. ec3773c Quash a whole bunch of warnings by Howard Hinnant · 13 years ago
  71. 9996844 Further macro protection by replacing _[A-Z] with _[A-Z]p by Howard Hinnant · 13 years ago
  72. 08e1747 Windows support by Ruben Van Boxem. by Howard Hinnant · 13 years ago
  73. 15e48f9 Fix <rdar://problem/10226704> by Howard Hinnant · 13 years ago
  74. 0949eed _STD -> _VSTD to avoid macro clash on windows by Howard Hinnant · 13 years ago
  75. aabf287 Experimental support for a meaningful __is_swappable<T>::value. This does not appear to be strictly needed for correct functioning of the library. If it causes any problems, I'd rather pull it sooner rather than later. by Howard Hinnant · 13 years ago
  76. a5e0121 noexcept for <tuple>. And in the process learned that I had done it wrong for pair's swap. I needed to create an __is_nothrow_swappable<T>::value trait that was smart enought to answer false when __is_swappable<T>::value is false. Otherwise one gets compile-time errors when using pair or tuple of non-swappable types, even if you never try to swap the pair or tuple. by Howard Hinnant · 13 years ago
  77. 56a85ca tweak for readability (no functionality change) by Howard Hinnant · 14 years ago
  78. 6c66994 An rvalue reference cannot bind to an lvalue, so static_cast the by Douglas Gregor · 14 years ago
  79. f83417b Chandler Carruth changed >> to > > in several places. by Howard Hinnant · 14 years ago
  80. e48e366 Reduced copying cost of tuple_cat from quadratic to linear. by Howard Hinnant · 14 years ago
  81. 0e1493e LWG 1385 [FCD] tuple_cat should be a single variadic signature (http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1385). This issue is only in Ready status, meaning it is not official, but probably will be this March in Madrid. It was tentatively accepted in Batavia with the previso that Bill and I didn't have any problems implementing it. This is my part of that agreement. by Howard Hinnant · 14 years ago
  82. cd2254b LWG 1191 by Howard Hinnant · 14 years ago
  83. 86ed8ae LWG 1118 by Howard Hinnant · 14 years ago
  84. e049cc5 Cleaning up some tuple code. by Howard Hinnant · 14 years ago
  85. ee6ccd0 visibility-decoration sweep completed. by Howard Hinnant · 14 years ago
  86. 324bb03 Fixing whitespace problems by Howard Hinnant · 14 years ago
  87. e3263b4 GB 85, GB 87 by Howard Hinnant · 14 years ago
  88. 3c1ffba US 98, US 99 by Howard Hinnant · 14 years ago
  89. f5256e1 Wiped out some non-ascii characters that snuck into the copyright. by Howard Hinnant · 14 years ago
  90. bc8d3f9 libcxx initial import by Howard Hinnant · 14 years ago