summaryrefslogtreecommitdiffstats
path: root/libcxx/include
Commit message (Collapse)AuthorAgeFilesLines
* visibility-decoration.Howard Hinnant2010-09-211-32/+40
| | | | llvm-svn: 114465
* visibility-decoration.Howard Hinnant2010-09-215-107/+199
| | | | llvm-svn: 114451
* Getting started on a visibility-decoration sweep.Howard Hinnant2010-09-212-92/+53
| | | | llvm-svn: 114440
* Tweak clang support for char16_t/char32_tHoward Hinnant2010-09-161-6/+2
| | | | llvm-svn: 114129
* Cement ABI on clang for char16_t and char32_t. Also fixed some comments in ↵Howard Hinnant2010-09-142-3/+8
| | | | | | <iterator>. llvm-svn: 113842
* Experimenting with a new forward fomulation (kudos Daniel Kruegler), updated ↵Howard Hinnant2010-09-132-6/+30
| | | | | | insert iterators to work better with pproxies, and doubled the speed of __next_prime. llvm-svn: 113731
* Fix another const bug in function. Thanks to Daniel Krugler for finding ↵Howard Hinnant2010-09-111-2/+2
| | | | | | this and the previous bug. llvm-svn: 113686
* Fix const bug in functionHoward Hinnant2010-09-111-3/+3
| | | | llvm-svn: 113684
* I am experimenting with putting visibility-default attributes on all ↵Howard Hinnant2010-09-104-9/+9
| | | | | | 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
* Yonggang Luo fixed gcc version checking for type_traits support.Howard Hinnant2010-09-091-38/+40
| | | | llvm-svn: 113487
* Hooked the following up to clang: is_class, is_enum, ↵Howard Hinnant2010-09-081-39/+137
| | | | | | 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 ↵Howard Hinnant2010-09-071-9/+3
| | | | | | 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 ↵Howard Hinnant2010-09-071-4/+18
| | | | | | 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 ↵Howard Hinnant2010-09-071-1/+12
| | | | | | 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 ↵Howard Hinnant2010-09-072-3/+14
| | | | | | 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, ↵Howard Hinnant2010-09-071-0/+74
| | | | | | 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 ↵Howard Hinnant2010-09-071-1/+11
| | | | | | 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 ↵Howard Hinnant2010-09-071-7/+16
| | | | | | 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 ↵Howard Hinnant2010-09-062-6/+34
| | | | | | has_trivial_copy_assign working. llvm-svn: 113162
* Fix whitespaceHoward Hinnant2010-09-043-5/+5
| | | | llvm-svn: 113089
* Changed __config to react to all of clang's currently documented has_feature ↵Howard Hinnant2010-09-0438-595/+726
| | | | | | 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, ↵Howard Hinnant2010-09-031-9/+17
| | | | | | 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 ↵Howard Hinnant2010-09-033-1/+200
| | | | | | header <future> and all of Chapter 30 (for C++0x enabled compilers). llvm-svn: 113017
* [futures.shared_future]Howard Hinnant2010-09-031-2/+196
| | | | llvm-svn: 112990
* [futures.task] and [futures.async]. Requires variadics and rvalue-ref support.Howard Hinnant2010-08-301-16/+692
| | | | llvm-svn: 112500
* [futures.promise]. Depends on rvalue-ref support to work 100%.Howard Hinnant2010-08-281-2/+109
| | | | llvm-svn: 112388
* future continues ...Howard Hinnant2010-08-273-2/+830
| | | | llvm-svn: 112284
* Getting started on <future>Howard Hinnant2010-08-251-0/+28
| | | | llvm-svn: 112061
* Remove tabsHoward Hinnant2010-08-221-1/+1
| | | | llvm-svn: 111778
* Fixing whitespace problemsHoward Hinnant2010-08-2266-1342/+1305
| | | | llvm-svn: 111750
* US 108, N3109Howard Hinnant2010-08-211-17/+2
| | | | llvm-svn: 111747
* DE 23Howard Hinnant2010-08-211-2/+2
| | | | llvm-svn: 111746
* US 117Howard Hinnant2010-08-211-7/+9
| | | | llvm-svn: 111745
* US 122, N3106Howard Hinnant2010-08-211-43/+156
| | | | llvm-svn: 111742
* Installed allocator into std::functionHoward Hinnant2010-08-202-141/+380
| | | | llvm-svn: 111672
* JP 3 & JP 4Howard Hinnant2010-08-191-1/+1
| | | | llvm-svn: 111547
* GB 85, GB 87Howard Hinnant2010-08-192-43/+0
| | | | llvm-svn: 111546
* DE 19Howard Hinnant2010-08-191-1/+0
| | | | llvm-svn: 111544
* US 98, US 99Howard Hinnant2010-08-191-0/+9
| | | | llvm-svn: 111542
* US 107Howard Hinnant2010-08-192-417/+859
| | | | llvm-svn: 111538
* LWG 1278Howard Hinnant2010-08-191-2/+4
| | | | llvm-svn: 111532
* Updated by-chapter chart with weekly test results. Also did some ↵Howard Hinnant2010-08-181-0/+65
| | | | | | 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> ↵Howard Hinnant2010-08-181-0/+107
| | | | | | 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
* [re.tokiter]Howard Hinnant2010-08-171-12/+213
| | | | llvm-svn: 111278
* [re.regiter]Howard Hinnant2010-08-161-10/+177
| | | | llvm-svn: 111178
* Everything under [re.results]Howard Hinnant2010-08-141-12/+147
| | | | llvm-svn: 111074
* Everything under [re.regex]Howard Hinnant2010-08-131-17/+82
| | | | llvm-svn: 111024
* Filling out regex tests...Howard Hinnant2010-08-121-4/+0
| | | | llvm-svn: 110955
* now works with -fno-exceptions and -fno-rttiHoward Hinnant2010-08-1110-7/+249
| | | | llvm-svn: 110828
* #ifdef around Solaris/Linux/Darwin-specific error codes and replace them ↵David Chisnall2010-08-111-0/+20
| | | | | | with their BSD equivalents if they are not available. llvm-svn: 110827
OpenPOWER on IntegriCloud