Howard Hinnant
|
a62ebe043e
|
Give tuple a constexpr default constructor.
llvm-svn: 159857
|
2012-07-06 20:39:45 +00:00 |
|
Howard Hinnant
|
0527c6207a
|
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.
llvm-svn: 153855
|
2012-04-01 23:10:42 +00:00 |
|
Howard Hinnant
|
fa8df7db88
|
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
llvm-svn: 150613
|
2012-02-15 20:13:52 +00:00 |
|
Howard Hinnant
|
7f64810bc8
|
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.
llvm-svn: 121619
|
2010-12-11 20:47:50 +00:00 |
|
Howard Hinnant
|
601afb30ec
|
LWG 1191
llvm-svn: 119545
|
2010-11-17 19:52:17 +00:00 |
|
Howard Hinnant
|
ef6168357a
|
LWG 1118
llvm-svn: 119541
|
2010-11-17 19:22:43 +00:00 |
|
Howard Hinnant
|
412dbebe1b
|
license change
llvm-svn: 119395
|
2010-11-16 22:09:02 +00:00 |
|
Howard Hinnant
|
7609c9b665
|
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
|
2010-09-04 23:28:19 +00:00 |
|
Howard Hinnant
|
94b2dd0998
|
Fixing whitespace problems
llvm-svn: 111767
|
2010-08-22 00:59:46 +00:00 |
|
Howard Hinnant
|
907af2668f
|
GB 85, GB 87
llvm-svn: 111546
|
2010-08-19 19:15:54 +00:00 |
|
Howard Hinnant
|
1102fbbd67
|
US 98, US 99
llvm-svn: 111542
|
2010-08-19 18:59:38 +00:00 |
|
Howard Hinnant
|
d1803b6c87
|
[util.smartptr.hash]
llvm-svn: 105393
|
2010-06-03 16:42:57 +00:00 |
|
Howard Hinnant
|
5b08a8a432
|
Wiped out some non-ascii characters that snuck into the copyright.
llvm-svn: 103516
|
2010-05-11 21:36:01 +00:00 |
|
Howard Hinnant
|
3e519524c1
|
libcxx initial import
llvm-svn: 103490
|
2010-05-11 19:42:16 +00:00 |