1. 28dbbe0 Dave Zarzycki showed how the efficiency of shared_ptr could be significantly by Howard Hinnant · 14 years ago
  2. 726a76f I have reverted all contributions made by Jesse Towner in revision 110724 by Howard Hinnant · 14 years ago
  3. a8feece update to use new linker option to re-export from libc++abi.dylb by Nick Kledzik · 14 years ago
  4. e87ad17 Secure __next_prime from overflowing by Howard Hinnant · 14 years ago
  5. 4e59948 Fixed bug in random_shuffle to avoid swapping with self by Howard Hinnant · 14 years ago
  6. bce9c31 [atomics.types.address] by Howard Hinnant · 14 years ago
  7. f26262d Updated chart with weekly test results, and updated export files for chnages in <atomic>. by Howard Hinnant · 14 years ago
  8. 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
  9. e738501 atomic_char by Howard Hinnant · 14 years ago
  10. 21ef47f Changing <atomic> to follow Design A by Howard Hinnant · 14 years ago
  11. 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
  12. f6fe084 Update atomic Design A spec by Howard Hinnant · 14 years ago
  13. 0d5dff1 Fix two test bugs by Howard Hinnant · 14 years ago
  14. b742dcd Convert __thread_local_data to the singleton pattern and change export files... by Howard Hinnant · 14 years ago
  15. 5306d68 Convert __thread_local_data to the singleton pattern by Howard Hinnant · 14 years ago
  16. 8177207 Bug 7983 fixed by Bernhard Rosenkraenzer by Howard Hinnant · 14 years ago
  17. f9734c8 temporarily use cc to link instead of clang to work around issue with -Xarch by Nick Kledzik · 14 years ago
  18. 373a9d1 update export list for when building with clang++ by Nick Kledzik · 14 years ago
  19. 4d89249 updated for weekly test results by Howard Hinnant · 14 years ago
  20. 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
  21. 08f2969 Updated atomic design docs by Howard Hinnant · 14 years ago
  22. ffb9a4e Corrected an inconsistency with recent changes in tuple, and perfect forwarding within bind by Howard Hinnant · 14 years ago
  23. 251aaa1 Relaxing timing test a bit to avoid spurious test failures under load by Howard Hinnant · 14 years ago
  24. 77868b9 Update atomic design A by Howard Hinnant · 14 years ago
  25. 086b718 Updated <atomic> docs with three design options by Howard Hinnant · 14 years ago
  26. e78d1f5 A compiler writer's guide to <atomic>, minor update by Howard Hinnant · 14 years ago
  27. 56f0d5b A compiler writer's guide to <atomic> by Howard Hinnant · 14 years ago
  28. 6cac2c2 Make flag type configurable by the compiler by Howard Hinnant · 14 years ago
  29. b4ac745 Thanks Sebastian\! by Howard Hinnant · 14 years ago
  30. 002f1d3 Filling out the infrastructure in <atomic> by Howard Hinnant · 14 years ago
  31. 26994e3 __has_feature crutch by Howard Hinnant · 14 years ago
  32. 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
  33. 7c0c696 Tweak to make clang blocks work with std::functional (very fragile) by Howard Hinnant · 14 years ago
  34. 364f596 Bug 7984 by Bernhard Rosenkraenzer by Howard Hinnant · 14 years ago
  35. 1348fba Bug 8254 by Bernhard Rosenkraenzer by Howard Hinnant · 14 years ago
  36. 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
  37. f701e25 Name change of intrinsics as suggested by Jeffrey Yasskin by Howard Hinnant · 14 years ago
  38. 767ae2b Contemplating this <atomic> reorganization... by Howard Hinnant · 14 years ago
  39. 5b6af69 updated per weekly tests by Howard Hinnant · 14 years ago
  40. c260b06 Didn't mean to commit that one by Howard Hinnant · 14 years ago
  41. ed760f4 Wrestling with the slowly dawning realization that <atomic> isn't implementable on any compiler at my disposal... by Howard Hinnant · 14 years ago
  42. 0ce0224 fixing whitespace by Howard Hinnant · 14 years ago
  43. d1176e2 [atomics.order] by Howard Hinnant · 14 years ago
  44. 8f73c63 Getting started on <atomic> by Howard Hinnant · 14 years ago
  45. d05c6e6 Bugzilla 8231 by Howard Hinnant · 14 years ago
  46. e049cc5 Cleaning up some tuple code. by Howard Hinnant · 14 years ago
  47. ee6ccd0 visibility-decoration sweep completed. by Howard Hinnant · 14 years ago
  48. 8d7a955 visibility-decoration. by Howard Hinnant · 14 years ago
  49. 28c97e6 visibility-decoration. by Howard Hinnant · 14 years ago
  50. aef07cb visibility-decoration. by Howard Hinnant · 14 years ago
  51. b9af2ea visibility-decoration. by Howard Hinnant · 14 years ago
  52. 8289481 visibility-decoration. by Howard Hinnant · 14 years ago
  53. 68a8e90 visibility-decoration. by Howard Hinnant · 14 years ago
  54. 8c6cbb2 visibility-decoration. by Howard Hinnant · 14 years ago
  55. 42a63a7 visibility-decoration. by Howard Hinnant · 14 years ago
  56. 422a53f visibility-decoration. by Howard Hinnant · 14 years ago
  57. 333f50d visibility-decoration. by Howard Hinnant · 14 years ago
  58. b0be42b visibility-decoration. by Howard Hinnant · 14 years ago
  59. 99acc50 visibility-decoration. by Howard Hinnant · 14 years ago
  60. c0de2e4 Getting started on a visibility-decoration sweep. by Howard Hinnant · 14 years ago
  61. 3975ebd Tweak clang support for char16_t/char32_t by Howard Hinnant · 14 years ago
  62. 049734e Updated chart for weekly test results. by Howard Hinnant · 14 years ago
  63. 611581b tests/lit: Split options into two groups, so we don't get driver warnings about by Daniel Dunbar · 14 years ago
  64. 26a43c2 tests: Remove some stray cleanup code. by Daniel Dunbar · 14 years ago
  65. 7e0c57b tests: Fixup lit config, which got garbled somehow... by Daniel Dunbar · 14 years ago
  66. f5eadcd tests: Sketch a lit config for running libc++ tests; currently expects libc++ to have been installed. by Daniel Dunbar · 14 years ago
  67. 45f5717 Cement ABI on clang for char16_t and char32_t. Also fixed some comments in <iterator>. by Howard Hinnant · 14 years ago
  68. 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
  69. a0f1dc9 Fix another const bug in function. Thanks to Daniel Krugler for finding this and the previous bug. by Howard Hinnant · 14 years ago
  70. fdc5a0f Fix const bug in function by Howard Hinnant · 14 years ago
  71. c7e4d82 <rdar://problem/8279559> [libstdcxx] use new linker options to make symbols non-weak by Nick Kledzik · 14 years ago
  72. 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
  73. cb2deb2 Yonggang Luo fixed gcc version checking for type_traits support. by Howard Hinnant · 14 years ago
  74. 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
  75. 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
  76. 2703111 has_nothrow_copy_assign hooked up to clang by Howard Hinnant · 14 years ago
  77. 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
  78. 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
  79. 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
  80. 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
  81. 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
  82. 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
  83. 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
  84. 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
  85. f6547cb Updated current status. by Howard Hinnant · 14 years ago
  86. 3991b55 sync with N3126 by Howard Hinnant · 14 years ago
  87. a2ccccc sync with N3126 by Howard Hinnant · 14 years ago
  88. 9c2683d sync with N3126 by Howard Hinnant · 14 years ago
  89. e3e488e sync with N3126 by Howard Hinnant · 14 years ago
  90. b02310e sync with N3126 by Howard Hinnant · 14 years ago
  91. bfd5530 Fix whitespace by Howard Hinnant · 14 years ago
  92. 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
  93. 04acaca Fix typos, noticed by Clang. by Daniel Dunbar · 14 years ago
  94. 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
  95. 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
  96. 99be823 [futures.shared_future] by Howard Hinnant · 14 years ago
  97. ae153b9 Updated for weekly test results. by Howard Hinnant · 14 years ago
  98. 54da338 [futures.task] and [futures.async]. Requires variadics and rvalue-ref support. by Howard Hinnant · 14 years ago
  99. 7158e5c [futures.unique_future] by Howard Hinnant · 14 years ago
  100. f39daa8 [futures.promise]. Depends on rvalue-ref support to work 100%. by Howard Hinnant · 14 years ago