Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libcxx / 0b07da7c85a1657fe61a8af751e914233f26ba53 / include / __tuple
  1. 191f075 Cleanup remaining usages of _LIBCPP_HAS_NO_<c++11-feature> in tuple and utility by Eric Fiselier · 7 years ago
  2. c3589a8 [NFC] Rename _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS by Eric Fiselier · 8 years ago
  3. 2d2247d Fix private inheritance in C++03 tuple_size by Eric Fiselier · 8 years ago
  4. 06a0feb [libcxx] Re-implement LWG 2770 again: Fix tuple_size to work with structured bindings by Eric Fiselier · 8 years ago
  5. 4084384 Re-implement LWG 2770 - Fix tuple_size with structured bindings. by Eric Fiselier · 8 years ago
  6. 9663ee4 Revert r289727 due to PR31384 by Eric Fiselier · 8 years ago
  7. 18e56b4 [libcxx] Fix tuple construction/assignment from types derived from tuple/pair/array. by Eric Fiselier · 8 years ago
  8. f9a20c2 Implement LWG 2770 - Make tuple_size<T> defined for all T by Eric Fiselier · 8 years ago
  9. 3ec6b84 Fix or suppress GCC warnings during build. by Eric Fiselier · 8 years ago
  10. b901c34 Check in SFINAE base class for use in optional/variant by Eric Fiselier · 8 years ago
  11. e1445fd Implement the std::pair parts of "Improving pair and tuple". Completes N4387. by Eric Fiselier · 8 years ago
  12. 5fb1e0a Cleanup SFINAE in tuple, and add tests for reference assignment by Eric Fiselier · 8 years ago
  13. cebaf5c Make tuple_constructible and family lazy again. by Eric Fiselier · 8 years ago
  14. ed33ed8 Flatten tuple_constructible, tuple_convertible and tuple_assignable. by Eric Fiselier · 8 years ago
  15. 053859f Flatten the tuple_element and __make_tuple_types implementations. by Eric Fiselier · 8 years ago
  16. a3ccd96 Replace __make_tuple_indices implementation with superior implementation. by Eric Fiselier · 8 years ago
  17. 83c9dc1 Extract key to avoid preemptive mallocs in insert/emplace in associative containers by Eric Fiselier · 8 years ago
  18. 199bee0 [libcxx] LWG2485: get() should be overloaded for const tuple&&. Patch from K-Ballo. by Eric Fiselier · 9 years ago
  19. cae4cab Move __lazy_* metafunctions to type traits and add tests by Eric Fiselier · 9 years ago
  20. 8e706d2 [libcxx] Move tuple_size and tuple_element overloads for pair and array out of !defined(_LIBCPP_HAS_NO_VARIADICS) block. by Eric Fiselier · 10 years ago
  21. 522aaf6 [libcxx] Delay evaluation of __make_tuple_types to prevent blowing the max template instantiation depth. Fixes Bug #18345 by Eric Fiselier · 10 years ago
  22. 9020c08 D4451: Fix copy/move issues casude by __tuple_leafs's converting constructor by Eric Fiselier · 10 years ago
  23. 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
  24. 8fc4f5a Make std::get constexpr by Marshall Clow · 11 years ago
  25. 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
  26. 33be35e Dimitry Andric: many visibility fixes. Howard: Much appreciated. Can you send me a patch to CREDITS.TXT? by Howard Hinnant · 12 years ago
  27. 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
  28. ec3773c Quash a whole bunch of warnings by Howard Hinnant · 13 years ago
  29. 08e1747 Windows support by Ruben Van Boxem. by Howard Hinnant · 13 years ago
  30. 7424888 Changed constraints on pair and tuple constructors from is_convertible to is_constructible. by Howard Hinnant · 13 years ago
  31. f0562af noexcept for <array>. by Howard Hinnant · 13 years ago
  32. 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
  33. f9b8998 I have to revert this recent fix to tuple conversions until clang implements cwg 1170. Without this fix pair and tuple don't convert properly. With it, associative containers get access errors when they shouldn't. cwg 1170 fixes the latter. by Howard Hinnant · 14 years ago
  34. fddf722 Chris Jefferson found this bug to pair/tuple introduced by a recent change to the draft that I missed. by Howard Hinnant · 14 years ago
  35. f83417b Chandler Carruth changed >> to > > in several places. by Howard Hinnant · 14 years ago
  36. 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
  37. f048fe3 N3123 by Howard Hinnant · 14 years ago
  38. cd2254b LWG 1191 by Howard Hinnant · 14 years ago
  39. 86ed8ae LWG 1118 by Howard Hinnant · 14 years ago
  40. b64f8b0 license change by Howard Hinnant · 14 years ago
  41. e049cc5 Cleaning up some tuple code. by Howard Hinnant · 14 years ago
  42. 333f50d visibility-decoration. by Howard Hinnant · 14 years ago
  43. 324bb03 Fixing whitespace problems by Howard Hinnant · 14 years ago
  44. f5256e1 Wiped out some non-ascii characters that snuck into the copyright. by Howard Hinnant · 14 years ago
  45. bc8d3f9 libcxx initial import by Howard Hinnant · 14 years ago