I am experimenting with putting visibility-default attributes on all struct/classes in libc++.  This checkin decorates only basic_string and vector as an experiment, and for review by those in this audience that might know more about visibilty than I do.  If I get no negative feedback on this procedure I will begin to decorate the entire library in this way.

llvm-svn: 113590

llvm-svn: 113487

Hooked the following up to clang:  is_class, is_enum, has_nothrow_copy_assign, has_trivial_destructor, has_virtual_destructor, is_pod.  Implemented has_copy_assign.

llvm-svn: 113373

has_trivial_copy_assign hooked up to clang (without workarounds).  Filed http://llvm.org/bugs/show_bug.cgi?id=8109 to take care of several types which don't work yet.  If there is some reason we don't want to handle these types in the compiler, I can handle most of them in the library.

llvm-svn: 113312

Made a stab at has_copy_constructor.  Got it mostly working for g++-4.0, but only works for scalar types on clang.  Ultimately this needs a compiler-supported is_constructible which clang is missing, and won't be able to use until it gets variadic templates.

llvm-svn: 113304

has_nothrow_copy_constructor hooked up to clang.  Filed http://llvm.org/bugs/show_bug.cgi?id=8107 to take care of several types which don't work yet.  If there is some reason we don't want to handle these types in the compiler, I can handle most of them in the library.

llvm-svn: 113294

has_trivial_copy_constructor hooked up to clang.  Filed http://llvm.org/bugs/show_bug.cgi?id=8105 to take care of void, arrays of incomplete bounds and complete bounds which don't work yet.  If there is some reason we don't want to handle these types in the compiler, I can handle them in the library.

llvm-svn: 113270

Made a stab at has_default_constructor.  Got it mostly working for g++-4.0, but only works for scalar types on clang.  Ultimately this needs a compiler-supported is_constructible which clang is missing, and won't be able to use until it gets variadic templates.

llvm-svn: 113225

has_nothrow_default_constructor hooked up to clang.  Filed http://llvm.org/bugs/show_bug.cgi?id=8101 to take care of void, arrays of incomplete types, and classes with virtual destructors which don't work yet.  If there is some reasons we don't want to handle these types in the compiler, I can handle them in the library.

llvm-svn: 113217

has_trivial_default_constructor hooked up to clang.  Filed http://llvm.org/bugs/show_bug.cgi?id=8097 to take care of void and arrays of incomplete types which don't work yet.  If there is some reasons we don't want to handle these types in the compiler, I can handle them in the library.

llvm-svn: 113205

Working the type_traits area: Hooked up to clang's __is_union.  Got has_trivial_copy_assign working.

llvm-svn: 113162

llvm-svn: 113089

Changed __config to react to all of clang's currently documented has_feature flags, and renamed _LIBCPP_MOVE to _LIBCPP_HAS_NO_RVALUE_REFERENCES to be more consistent with the rest of the libc++'s flags, and with clang's nomenclature.

llvm-svn: 113086

Configure libc++ to recognize and use inline namespaces for clang.  Many, many thanks to Sebastian Redl for implementing it in clang, and to Daniel Dunbar for rattling my cage about it.  This is huge for libc++.  Thanks to you both\!

llvm-svn: 113026

[futures.atomic_future] and notify_all_at_thread_exit.  This completes the header <future> and all of Chapter 30 (for C++0x enabled compilers).

llvm-svn: 113017

llvm-svn: 112990

llvm-svn: 112500

llvm-svn: 112388

llvm-svn: 112284

llvm-svn: 112061

llvm-svn: 111778

llvm-svn: 111750

llvm-svn: 111747

llvm-svn: 111746

llvm-svn: 111745

llvm-svn: 111742

llvm-svn: 111672

llvm-svn: 111547

llvm-svn: 111546

llvm-svn: 111544

llvm-svn: 111542

llvm-svn: 111538

llvm-svn: 111532

Updated by-chapter chart with weekly test results.  Also did some prototyping on result_of, but if-def'd out the prototyped part (which the LWG may or may not accept)

llvm-svn: 111389

[re.alg.replace].  This finishes all of <regex>.  That being said, <regex> is exceptionally difficult to thoroughly test.  If anyone has the ability to test this, combined with the interest to do so, now would be a good time. :-)

llvm-svn: 111333

llvm-svn: 111278

llvm-svn: 111178

llvm-svn: 111074

llvm-svn: 111024

llvm-svn: 110955