Gitiles
Code Review
Sign In
gerrit-public.fairphone.software
/
platform
/
external
/
libcxx
/
f6d6b51b634d0b4da46f1b24270ef6d9591c95c9
/
include
/
__tuple
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
· 10 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
· 12 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
· 13 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
· 14 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
· 14 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