1. bdbae4c Revert r276506 - Diagnose invalid memory order arguments in <atomic>. by Eric Fiselier · 8 years ago
  2. ea213b9 [libcxx] Diagnose invalid memory order arguments in <atomic>. Fixes PR21179. by Eric Fiselier · 8 years ago
  3. c61cb6d Remove FIXME for feature test macro by JF Bastien · 8 years ago
  4. ca89450 Implement LWG#2441: 'Exact-width atomic typedefs should be provided' by Marshall Clow · 8 years ago
  5. 219406e [libcxx] [test] Replace non-Standard "atomic_flag f(false);" with Standard "atomic_flag f;" by Eric Fiselier · 8 years ago
  6. 08511cd Implement is_always_lock_free by JF Bastien · 9 years ago
  7. e39f4b9 Fix various GCC mis-configurations for newer versions. by Eric Fiselier · 9 years ago
  8. a4ae16b Fix GCC atomic implementation in C++03 by Eric Fiselier · 9 years ago
  9. 00f4a49 [libcxx] Allow use of <atomic> in C++03. Try 3. by Eric Fiselier · 9 years ago
  10. 26edd80 Fix PR24114 - std::atomic for non-Clang is not a literal type by Eric Fiselier · 9 years ago
  11. 7726a34 Prevent dependancy on libatomic when using GCC to provide <atomic>. by Eric Fiselier · 9 years ago
  12. e422021 Change a couple more template parameter names from 'T' to '_Tp', etc. Thanks to Ondřej Majerech for the patch, but I did a bit more. by Marshall Clow · 10 years ago
  13. c101738 Obey [atomics.types.operations.req]/21 for GCC. by Dan Albert · 10 years ago
  14. 8d86b2e Allow libc++ to be built on systems without POSIX threads by Jonathan Roelofs · 10 years ago
  15. e8b4232 Emulate clang atomic built-ins on gcc > 4.7 by Dan Albert · 10 years ago
  16. 74f4da7 Stephan Tolksdorf: fixes the issue in the <atomic> header and adds corresponding tests. I've used macros to fall back to a user-provided default constructor if _LIBCPP_HAS_NO_DEFAULTED_FUNCTIONS (though I suspect that there won't be many users defining that macro). by Howard Hinnant · 11 years ago
  17. 7b9d6a8 Implement the ATOMIC_*_LOCK_FREE macros. by Howard Hinnant · 12 years ago
  18. 6ae4705 atomic_bool was missing (just a typedef to atomic<bool>). by Howard Hinnant · 12 years ago
  19. 7eb9f1e Align <atomic> with clang r163964 which disallows const _Atomic types. by Howard Hinnant · 12 years ago
  20. 300c67a Apply noexcept and constexpr to <atomic>. by Howard Hinnant · 13 years ago
  21. 6186c7f Switch libc++ from __atomic_* builtins to __c11_atomic_* builtins. by Richard Smith · 13 years ago
  22. b229209 Now that clang supports doing the right thing with regard to atomic by David Chisnall · 13 years ago
  23. 0341c82 Fix use of __atomic_is_lock_free() intrinsic. by David Chisnall · 13 years ago
  24. 83b2c84 Some fixes to <atomic> operations to explicitly use atomic types and operations. by David Chisnall · 13 years ago
  25. 08e1747 Windows support by Ruben Van Boxem. by Howard Hinnant · 13 years ago
  26. 154002b Provide a more readable error message for <atomic> until it is implemented. by Howard Hinnant · 14 years ago
  27. 770d1c4 After a long break to wait for the atomic spec to settle, this completes the library part of <atomic>. It currently won't even parse as it depends on the existence of the intrinsics specified at http://libcxx.llvm.org/atomic_design_a.html. Everything has been tested using fake intrinsics which have now been removed. As the intrinsics come online, the ATOMIC_* macros will need to be adjusted to reflect which operations are lock-free. These macros will probably need to be #ifdef'd for each supported platform. by Howard Hinnant · 14 years ago
  28. d2f6afb atomics ... by Howard Hinnant · 14 years ago
  29. 91e2f26 Work on <atomic> continues. The file size is actually sane now... by Howard Hinnant · 14 years ago
  30. 4777bf2 Getting <atomic> warmed back up. We have a hopefully more stable spec now. And I believe the intrinsic spec at http://libcxx.llvm.org/atomic_design_a.html is still good. by Howard Hinnant · 14 years ago
  31. bce9c31 [atomics.types.address] by Howard Hinnant · 14 years ago
  32. 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
  33. e738501 atomic_char by Howard Hinnant · 14 years ago
  34. 21ef47f Changing <atomic> to follow Design A by Howard Hinnant · 14 years ago
  35. 6cac2c2 Make flag type configurable by the compiler by Howard Hinnant · 14 years ago
  36. 002f1d3 Filling out the infrastructure in <atomic> by Howard Hinnant · 14 years ago
  37. 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
  38. 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
  39. f701e25 Name change of intrinsics as suggested by Jeffrey Yasskin by Howard Hinnant · 14 years ago
  40. 767ae2b Contemplating this <atomic> reorganization... 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. d1176e2 [atomics.order] by Howard Hinnant · 14 years ago
  43. 8f73c63 Getting started on <atomic> by Howard Hinnant · 14 years ago