Eric Fiselier
|
567bb79bf2
|
D4451: Fix copy/move issues casude by __tuple_leafs's converting constructor
llvm-svn: 213888
|
2014-07-24 18:48:34 +00:00 |
|
Marshall Clow
|
e7d582a75c
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
llvm-svn: 196127
|
2013-12-02 18:08:31 +00:00 |
|
Marshall Clow
|
a26fcc7989
|
Found two identical files named 'DefaultOnly.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
llvm-svn: 196118
|
2013-12-02 17:00:56 +00:00 |
|
Marshall Clow
|
75eff74803
|
Make tuple's constructor and std::get<>(tuple) constexpr. Final stage of fixing bug #16599. Thanks to Howard for the review and updates.
llvm-svn: 186834
|
2013-07-22 16:02:19 +00:00 |
|
Howard Hinnant
|
f3b02b17af
|
Accidentally disallowed explicit tuple conversions when all elements of the tuple can be explicitly converted.
llvm-svn: 179467
|
2013-04-14 00:01:13 +00:00 |
|
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
|
412dbebe1b
|
license change
llvm-svn: 119395
|
2010-11-16 22:09:02 +00:00 |
|
Howard Hinnant
|
94b2dd0998
|
Fixing whitespace problems
llvm-svn: 111767
|
2010-08-22 00:59:46 +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 |