Log - 1d4a1edbc7e4461b59239e1b8297e9dd395a6322 - platform/external/libcxx

1d4a1ed Revert "Update aosp/master libcxx rebase to r263688" by Dan Albert · 8 years ago
83c9dc1 Extract key to avoid preemptive mallocs in insert/emplace in associative containers by Eric Fiselier · 8 years ago
199bee0 [libcxx] LWG2485: get() should be overloaded for const tuple&&. Patch from K-Ballo. by Eric Fiselier · 9 years ago
cae4cab Move __lazy_* metafunctions to type traits and add tests by Eric Fiselier · 9 years ago
8e706d2 [libcxx] Move tuple_size and tuple_element overloads for pair and array out of !defined(_LIBCPP_HAS_NO_VARIADICS) block. by Eric Fiselier · 9 years ago
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
9020c08 D4451: Fix copy/move issues casude by __tuple_leafs's converting constructor by Eric Fiselier · 10 years ago
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
8fc4f5a Make std::get constexpr by Marshall Clow · 11 years ago
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 · 11 years ago
33be35e Dimitry Andric: many visibility fixes. Howard: Much appreciated. Can you send me a patch to CREDITS.TXT? by Howard Hinnant · 12 years ago
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 · 12 years ago
ec3773c Quash a whole bunch of warnings by Howard Hinnant · 13 years ago
08e1747 Windows support by Ruben Van Boxem. by Howard Hinnant · 13 years ago
7424888 Changed constraints on pair and tuple constructors from is_convertible to is_constructible. by Howard Hinnant · 13 years ago
f0562af noexcept for <array>. by Howard Hinnant · 13 years ago
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
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 · 13 years ago
fddf722 Chris Jefferson found this bug to pair/tuple introduced by a recent change to the draft that I missed. by Howard Hinnant · 13 years ago
f83417b Chandler Carruth changed >> to > > in several places. by Howard Hinnant · 14 years ago
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
f048fe3 N3123 by Howard Hinnant · 14 years ago
cd2254b LWG 1191 by Howard Hinnant · 14 years ago
86ed8ae LWG 1118 by Howard Hinnant · 14 years ago
b64f8b0 license change by Howard Hinnant · 14 years ago
e049cc5 Cleaning up some tuple code. by Howard Hinnant · 14 years ago
333f50d visibility-decoration. by Howard Hinnant · 14 years ago
324bb03 Fixing whitespace problems by Howard Hinnant · 14 years ago
f5256e1 Wiped out some non-ascii characters that snuck into the copyright. by Howard Hinnant · 14 years ago
bc8d3f9 libcxx initial import by Howard Hinnant · 14 years ago