summaryrefslogtreecommitdiffstats
path: root/libcxx/test/utilities/tuple/tuple.tuple/tuple.cnstr
Commit message (Collapse)AuthorAgeFilesLines
* Give tuple a constexpr default constructor.Howard Hinnant2012-07-061-0/+14
| | | | llvm-svn: 159857
* I believe tuple is still under development in the standard. Daniel Krugler ↵Howard Hinnant2012-04-012-4/+25
| | | | | | 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
* tuple was accidentally lacking a valid copy assignment operator. It went ↵Howard Hinnant2012-02-151-1/+1
| | | | | | 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
* license changeHoward Hinnant2010-11-1622-44/+44
| | | | llvm-svn: 119395
* Fixing whitespace problemsHoward Hinnant2010-08-223-5/+3
| | | | llvm-svn: 111767
* Wiped out some non-ascii characters that snuck into the copyright.Howard Hinnant2010-05-1122-22/+22
| | | | llvm-svn: 103516
* libcxx initial importHoward Hinnant2010-05-1122-0/+1233
llvm-svn: 103490
OpenPOWER on IntegriCloud