1. 4e59948 Fixed bug in random_shuffle to avoid swapping with self by Howard Hinnant · 14 years ago
  2. bce9c31 [atomics.types.address] by Howard Hinnant · 14 years ago
  3. f26262d Updated chart with weekly test results, and updated export files for chnages in <atomic>. by Howard Hinnant · 14 years ago
  4. 5bbe97d atomic_schar, atomic_uchar, atomic_short, atomic_ushort, atomic_int, atomic_uint, atomic_long, atomic_ulong, atomic_llong, atomic_ullong, atomic_char16_t, atomic_char32_t and atomic_wchar_t. by Howard Hinnant · 14 years ago
  5. e738501 atomic_char by Howard Hinnant · 14 years ago
  6. 21ef47f Changing <atomic> to follow Design A by Howard Hinnant · 14 years ago
  7. be22ed4 Update atomic Design A spec with reference C++ implementations for the purpose of documeting the semantics of each atomic operation. by Howard Hinnant · 14 years ago
  8. f6fe084 Update atomic Design A spec by Howard Hinnant · 14 years ago
  9. 0d5dff1 Fix two test bugs by Howard Hinnant · 14 years ago
  10. b742dcd Convert __thread_local_data to the singleton pattern and change export files... by Howard Hinnant · 14 years ago
  11. 5306d68 Convert __thread_local_data to the singleton pattern by Howard Hinnant · 14 years ago
  12. 8177207 Bug 7983 fixed by Bernhard Rosenkraenzer by Howard Hinnant · 14 years ago
  13. f9734c8 temporarily use cc to link instead of clang to work around issue with -Xarch by Nick Kledzik · 14 years ago
  14. 373a9d1 update export list for when building with clang++ by Nick Kledzik · 14 years ago
  15. 4d89249 updated for weekly test results by Howard Hinnant · 14 years ago
  16. 3c143ad Patch by Marshall Clow to make the assignment operators of piecewise_constant_distribution and piecewise_linear_distribution exception safe. by Howard Hinnant · 14 years ago
  17. 08f2969 Updated atomic design docs by Howard Hinnant · 14 years ago
  18. ffb9a4e Corrected an inconsistency with recent changes in tuple, and perfect forwarding within bind by Howard Hinnant · 14 years ago
  19. 251aaa1 Relaxing timing test a bit to avoid spurious test failures under load by Howard Hinnant · 14 years ago
  20. 77868b9 Update atomic design A by Howard Hinnant · 14 years ago
  21. 086b718 Updated <atomic> docs with three design options by Howard Hinnant · 14 years ago
  22. e78d1f5 A compiler writer's guide to <atomic>, minor update by Howard Hinnant · 14 years ago
  23. 56f0d5b A compiler writer's guide to <atomic> by Howard Hinnant · 14 years ago
  24. 6cac2c2 Make flag type configurable by the compiler by Howard Hinnant · 14 years ago
  25. b4ac745 Thanks Sebastian\! by Howard Hinnant · 14 years ago
  26. 002f1d3 Filling out the infrastructure in <atomic> by Howard Hinnant · 14 years ago
  27. 26994e3 __has_feature crutch by Howard Hinnant · 14 years ago
  28. 611fdaf Still working on the basic design of <atomic>. I'm working towards a system by which the compiler only needs to define the strongest intrinsics it can. Weaker atomics in the library automatically try stronger and stronger variants, picking the weakest compiler intrinsic available. If no compiler intrinsics are available for a given operation, the library locks a mutex and does the job. Better documentation to follow... by Howard Hinnant · 14 years ago
  29. 7c0c696 Tweak to make clang blocks work with std::functional (very fragile) by Howard Hinnant · 14 years ago
  30. 364f596 Bug 7984 by Bernhard Rosenkraenzer by Howard Hinnant · 14 years ago
  31. 1348fba Bug 8254 by Bernhard Rosenkraenzer by Howard Hinnant · 14 years ago
  32. 79101ae [atomics.flag] completed. Initialization is not working on clang and can't be made to work without defaulted default constructors. by Howard Hinnant · 14 years ago
  33. f701e25 Name change of intrinsics as suggested by Jeffrey Yasskin by Howard Hinnant · 14 years ago
  34. 767ae2b Contemplating this <atomic> reorganization... by Howard Hinnant · 14 years ago
  35. 5b6af69 updated per weekly tests by Howard Hinnant · 14 years ago
  36. c260b06 Didn't mean to commit that one by Howard Hinnant · 14 years ago
  37. ed760f4 Wrestling with the slowly dawning realization that <atomic> isn't implementable on any compiler at my disposal... by Howard Hinnant · 14 years ago
  38. 0ce0224 fixing whitespace by Howard Hinnant · 14 years ago
  39. d1176e2 [atomics.order] by Howard Hinnant · 14 years ago
  40. 8f73c63 Getting started on <atomic> by Howard Hinnant · 14 years ago
  41. d05c6e6 Bugzilla 8231 by Howard Hinnant · 14 years ago
  42. e049cc5 Cleaning up some tuple code. by Howard Hinnant · 14 years ago
  43. ee6ccd0 visibility-decoration sweep completed. by Howard Hinnant · 14 years ago
  44. 8d7a955 visibility-decoration. by Howard Hinnant · 14 years ago
  45. 28c97e6 visibility-decoration. by Howard Hinnant · 14 years ago
  46. aef07cb visibility-decoration. by Howard Hinnant · 14 years ago
  47. b9af2ea visibility-decoration. by Howard Hinnant · 14 years ago
  48. 8289481 visibility-decoration. by Howard Hinnant · 14 years ago
  49. 68a8e90 visibility-decoration. by Howard Hinnant · 14 years ago
  50. 8c6cbb2 visibility-decoration. by Howard Hinnant · 14 years ago
  51. 42a63a7 visibility-decoration. by Howard Hinnant · 14 years ago
  52. 422a53f visibility-decoration. by Howard Hinnant · 14 years ago
  53. 333f50d visibility-decoration. by Howard Hinnant · 14 years ago
  54. b0be42b visibility-decoration. by Howard Hinnant · 14 years ago
  55. 99acc50 visibility-decoration. by Howard Hinnant · 14 years ago
  56. c0de2e4 Getting started on a visibility-decoration sweep. by Howard Hinnant · 14 years ago
  57. 3975ebd Tweak clang support for char16_t/char32_t by Howard Hinnant · 14 years ago
  58. 049734e Updated chart for weekly test results. by Howard Hinnant · 14 years ago
  59. 611581b tests/lit: Split options into two groups, so we don't get driver warnings about by Daniel Dunbar · 14 years ago
  60. 26a43c2 tests: Remove some stray cleanup code. by Daniel Dunbar · 14 years ago
  61. 7e0c57b tests: Fixup lit config, which got garbled somehow... by Daniel Dunbar · 14 years ago
  62. f5eadcd tests: Sketch a lit config for running libc++ tests; currently expects libc++ to have been installed. by Daniel Dunbar · 14 years ago
  63. 45f5717 Cement ABI on clang for char16_t and char32_t. Also fixed some comments in <iterator>. by Howard Hinnant · 14 years ago
  64. d2a9251 Experimenting with a new forward fomulation (kudos Daniel Kruegler), updated insert iterators to work better with pproxies, and doubled the speed of __next_prime. by Howard Hinnant · 14 years ago
  65. a0f1dc9 Fix another const bug in function. Thanks to Daniel Krugler for finding this and the previous bug. by Howard Hinnant · 14 years ago
  66. fdc5a0f Fix const bug in function by Howard Hinnant · 14 years ago
  67. c7e4d82 <rdar://problem/8279559> [libstdcxx] use new linker options to make symbols non-weak by Nick Kledzik · 14 years ago
  68. 36cdf02 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. by Howard Hinnant · 14 years ago
  69. cb2deb2 Yonggang Luo fixed gcc version checking for type_traits support. by Howard Hinnant · 14 years ago
  70. e764f0b Updated by-chapter-summary with weekly test results, and fixed up some bad paths in some tests caused by aligning the test suite with N3126. by Howard Hinnant · 14 years ago
  71. 745d473 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. by Howard Hinnant · 14 years ago
  72. 2703111 has_nothrow_copy_assign hooked up to clang by Howard Hinnant · 14 years ago
  73. 99ad765 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. by Howard Hinnant · 14 years ago
  74. 954b366 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. by Howard Hinnant · 14 years ago
  75. aad0db3 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. by Howard Hinnant · 14 years ago
  76. 87eea6d 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. by Howard Hinnant · 14 years ago
  77. bb73d76 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. by Howard Hinnant · 14 years ago
  78. 6fd2e09 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. by Howard Hinnant · 14 years ago
  79. 2fd6d25 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. by Howard Hinnant · 14 years ago
  80. 1387038 Working the type_traits area: Hooked up to clang's __is_union. Got has_trivial_copy_assign working. by Howard Hinnant · 14 years ago
  81. f6547cb Updated current status. by Howard Hinnant · 14 years ago
  82. 3991b55 sync with N3126 by Howard Hinnant · 14 years ago
  83. a2ccccc sync with N3126 by Howard Hinnant · 14 years ago
  84. 9c2683d sync with N3126 by Howard Hinnant · 14 years ago
  85. e3e488e sync with N3126 by Howard Hinnant · 14 years ago
  86. b02310e sync with N3126 by Howard Hinnant · 14 years ago
  87. bfd5530 Fix whitespace by Howard Hinnant · 14 years ago
  88. 73d21a4 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. by Howard Hinnant · 14 years ago
  89. 04acaca Fix typos, noticed by Clang. by Daniel Dunbar · 14 years ago
  90. 171a9a7 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\! by Howard Hinnant · 14 years ago
  91. e6e4d01 [futures.atomic_future] and notify_all_at_thread_exit. This completes the header <future> and all of Chapter 30 (for C++0x enabled compilers). by Howard Hinnant · 14 years ago
  92. 99be823 [futures.shared_future] by Howard Hinnant · 14 years ago
  93. ae153b9 Updated for weekly test results. by Howard Hinnant · 14 years ago
  94. 54da338 [futures.task] and [futures.async]. Requires variadics and rvalue-ref support. by Howard Hinnant · 14 years ago
  95. 7158e5c [futures.unique_future] by Howard Hinnant · 14 years ago
  96. f39daa8 [futures.promise]. Depends on rvalue-ref support to work 100%. by Howard Hinnant · 14 years ago
  97. 47499b1 future continues ... by Howard Hinnant · 14 years ago
  98. 98ccdec Updated for weekly test results by Howard Hinnant · 14 years ago
  99. a652172 Getting started on <future> by Howard Hinnant · 14 years ago
  100. ef0036c Corrected some int -> char narrowing conversions by Howard Hinnant · 14 years ago