Howard Hinnant e386b7b360 Update <random> with constexpr support. Patch contributed by Jonathan Sauer. ... llvm-svn: 153896		2012-04-02 21:00:45 +00:00
..
algorithms	Fixed PR10574: http://llvm.org/bugs/show_bug.cgi?id=10574	2011-08-12 21:56:02 +00:00
atomics	After a long break to wait for the atomic spec to settle, this completes the library part of <atomic>. It currently won't even parse as it depends on the existence of the intrinsics specified at http://libcxx.llvm.org/atomic_design_a.html. Everything has been tested using fake intrinsics which have now been removed. As the intrinsics come online, the ATOMIC_* macros will need to be adjusted to reflect which operations are lock-free. These macros will probably need to be #ifdef'd for each supported platform.	2010-12-08 17:20:28 +00:00
containers	unord test fixes by Edward Meewis	2011-12-02 21:23:14 +00:00
depr	Silence some warnings in a test.	2012-02-25 20:04:11 +00:00
diagnostics	Fix http://llvm.org/bugs/show_bug.cgi?id=11428. Fix provided by Alberto Ganesh Barbati	2011-12-02 19:36:40 +00:00
input.output	Windows porting work by Ruben Van Boxem	2011-10-03 15:23:59 +00:00
iterators	license change	2010-11-16 22:09:02 +00:00
language.support	Don't refer to a function that doesn't exist in the quick_exit test.	2012-03-14 14:02:15 +00:00
localization	Fix moneypunct_byname algorithm to more accurately represent C locales in C++.	2012-03-10 18:31:43 +00:00
numerics	Update <random> with constexpr support. Patch contributed by Jonathan Sauer.	2012-04-02 21:00:45 +00:00
re	Fix <rdar://problem/10255403> match_results::begin() is off by one	2011-10-08 14:36:16 +00:00
strings	Fix <rdar://problem/10256836> getline of an empty string mistakenly causes failure	2011-10-09 15:20:46 +00:00
thread	update test for explicit bool operator.	2012-02-25 21:43:14 +00:00
utilities	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.	2012-04-01 23:10:42 +00:00
CMakeLists.txt	Allow libc++ to be built with CMake from within the LLVM tree. The libc++ part is just some renaming as the variable was already in use, conflicting with something else in the LLVM tree. Contributed by Ruben Van Boxem.	2012-03-19 15:40:23 +00:00
hexfloat.h	Correction to hexfloat hack.	2011-05-14 14:33:56 +00:00
lit.cfg	Teach the Lit configuration to actually use the cxx0x setting when	2011-01-23 01:05:20 +00:00
lit.site.cfg.in	Add CMake build and fix major Linux blockers.	2010-12-10 19:47:54 +00:00
nothing_to_do.pass.cpp	license change	2010-11-16 22:09:02 +00:00
platform_support.h	Windows porting work by Ruben Van Boxem	2011-10-03 15:23:59 +00:00
testit	Make the failure reporting in testit a bit more useful.	2012-02-29 13:00:44 +00:00