summaryrefslogtreecommitdiffstats
path: root/libcxx/test
Commit message (Collapse)AuthorAgeFilesLines
* has_trivial_copy_assign hooked up to clang (without workarounds). Filed ↵Howard Hinnant2010-09-071-28/+17
| | | | | | 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-072-5/+53
| | | | | | 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-6/+8
| | | | | | 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-071-5/+7
| | | | | | 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-072-1/+54
| | | | | | 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-2/+2
| | | | | | 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-3/+3
| | | | | | 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-063-3/+5
| | | | | | has_trivial_copy_assign working. llvm-svn: 113162
* sync with N3126Howard Hinnant2010-09-0583-0/+0
| | | | llvm-svn: 113101
* sync with N3126Howard Hinnant2010-09-0520-0/+0
| | | | llvm-svn: 113100
* sync with N3126Howard Hinnant2010-09-053-0/+0
| | | | llvm-svn: 113099
* sync with N3126Howard Hinnant2010-09-054-0/+0
| | | | llvm-svn: 113098
* sync with N3126Howard Hinnant2010-09-051-0/+0
| | | | llvm-svn: 113097
* Fix whitespaceHoward Hinnant2010-09-041-1/+1
| | | | llvm-svn: 113089
* Changed __config to react to all of clang's currently documented has_feature ↵Howard Hinnant2010-09-04365-955/+955
| | | | | | 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
* [futures.atomic_future] and notify_all_at_thread_exit. This completes the ↵Howard Hinnant2010-09-0311-2/+747
| | | | | | header <future> and all of Chapter 30 (for C++0x enabled compilers). llvm-svn: 113017
* [futures.shared_future]Howard Hinnant2010-09-0311-0/+864
| | | | llvm-svn: 112990
* [futures.task] and [futures.async]. Requires variadics and rvalue-ref support.Howard Hinnant2010-08-3019-3/+1113
| | | | llvm-svn: 112500
* [futures.unique_future]Howard Hinnant2010-08-2910-0/+800
| | | | llvm-svn: 112423
* [futures.promise]. Depends on rvalue-ref support to work 100%.Howard Hinnant2010-08-2820-0/+1220
| | | | llvm-svn: 112388
* Getting started on <future>Howard Hinnant2010-08-2511-0/+285
| | | | llvm-svn: 112061
* Corrected some int -> char narrowing conversionsHoward Hinnant2010-08-236-72/+72
| | | | llvm-svn: 111849
* Accidentally changed a data file during the whitespace cleanupHoward Hinnant2010-08-231-1/+1
| | | | llvm-svn: 111845
* Remove tabsHoward Hinnant2010-08-221-7/+7
| | | | llvm-svn: 111778
* Fixing whitespace problemsHoward Hinnant2010-08-221-2/+2
| | | | llvm-svn: 111769
* Fixing whitespace problemsHoward Hinnant2010-08-22652-716/+29155
| | | | llvm-svn: 111767
* Fixing whitespace problemsHoward Hinnant2010-08-2212-18/+10
| | | | llvm-svn: 111765
* Fixing whitespace problemsHoward Hinnant2010-08-22105-182/+182
| | | | llvm-svn: 111764
* Fixing whitespace problemsHoward Hinnant2010-08-2221-67/+65
| | | | llvm-svn: 111763
* Fixing whitespace problemsHoward Hinnant2010-08-2280-146/+130
| | | | llvm-svn: 111762
* Fixing whitespace problemsHoward Hinnant2010-08-2278-299/+297
| | | | llvm-svn: 111761
* Fixing whitespace problemsHoward Hinnant2010-08-2252-54/+54
| | | | llvm-svn: 111760
* Fixing whitespace problemsHoward Hinnant2010-08-2258-147/+147
| | | | llvm-svn: 111759
* Fixing whitespace problemsHoward Hinnant2010-08-2280-124/+124
| | | | llvm-svn: 111758
* Fixing whitespace problemsHoward Hinnant2010-08-223-4/+4
| | | | llvm-svn: 111757
* Fixing whitespace problemsHoward Hinnant2010-08-2217-36/+35
| | | | llvm-svn: 111756
* Fixing whitespace problemsHoward Hinnant2010-08-22268-585/+574
| | | | llvm-svn: 111755
* Fixing whitespace problemsHoward Hinnant2010-08-22123-380/+369
| | | | llvm-svn: 111753
* US 108, N3109Howard Hinnant2010-08-211-1/+1
| | | | llvm-svn: 111747
* DE 23Howard Hinnant2010-08-211-3/+3
| | | | llvm-svn: 111746
* US 117Howard Hinnant2010-08-212-13/+26
| | | | llvm-svn: 111745
* US 122, N3106Howard Hinnant2010-08-217-18/+81
| | | | llvm-svn: 111742
* Installed allocator into std::functionHoward Hinnant2010-08-207-6/+361
| | | | llvm-svn: 111672
* GB 85, GB 87Howard Hinnant2010-08-193-93/+0
| | | | llvm-svn: 111546
* DE 19Howard Hinnant2010-08-191-1/+0
| | | | llvm-svn: 111544
* US 98, US 99Howard Hinnant2010-08-192-21/+72
| | | | llvm-svn: 111542
* US 107Howard Hinnant2010-08-1919-19/+19
| | | | llvm-svn: 111538
* LWG 1278Howard Hinnant2010-08-193-6/+6
| | | | llvm-svn: 111532
* Updated by-chapter chart with weekly test results. Also did some ↵Howard Hinnant2010-08-181-1/+1
| | | | | | 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-1815-9/+514
| | | | | | 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
OpenPOWER on IntegriCloud