Howard Hinnant dc1345fd44 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. ...

git-svn-id: https://llvm.org/svn/llvm-project/libcxx/trunk@153855 91177308-0d34-0410-b5e6-96231b3b80d8

2012-04-01 23:10:42 +00:00

cmake

http://llvm.org/bugs/show_bug.cgi?id=9399 fixed by Ryuta Suzuki

2011-05-24 12:54:00 +00:00

include

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

lib

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

src

Alter the terminal streams such that they do not get added to the atexit chain, and thus never get destructed.

2012-03-16 15:13:51 +00:00

test

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

www

Clarify building instructions for 10.7

2011-11-17 17:14:16 +00:00

CMakeLists.txt

Add CMake build and fix major Linux blockers.

2010-12-10 19:47:54 +00:00

CREDITS.TXT

Solaris port. Currently sees around 200 test failures, mostly related to

2012-02-29 13:05:08 +00:00

LICENSE.TXT

Happy new year 2012!

2012-01-01 08:16:56 +00:00

Makefile

Fix .PHONY target to match new installheaders target.

2012-01-21 06:16:39 +00:00

Description

No description provided

28 MiB

Languages

C++ 97.4%

Python 1%

HTML 0.9%

CMake 0.5%