Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Give tuple a constexpr default constructor. | Howard Hinnant | 2012-07-06 | 1 | -0/+14 |
| | | | | llvm-svn: 159857 | ||||
* | I believe tuple is still under development in the standard. Daniel Krugler ↵ | Howard Hinnant | 2012-04-01 | 2 | -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 Hinnant | 2012-02-15 | 1 | -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 change | Howard Hinnant | 2010-11-16 | 22 | -44/+44 |
| | | | | llvm-svn: 119395 | ||||
* | Fixing whitespace problems | Howard Hinnant | 2010-08-22 | 3 | -5/+3 |
| | | | | llvm-svn: 111767 | ||||
* | Wiped out some non-ascii characters that snuck into the copyright. | Howard Hinnant | 2010-05-11 | 22 | -22/+22 |
| | | | | llvm-svn: 103516 | ||||
* | libcxx initial import | Howard Hinnant | 2010-05-11 | 22 | -0/+1233 |
llvm-svn: 103490 |