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).
The tests use placement new to check that atomic values get properly zero-initialized. I had to modify the atomic_is_lock_free test, because default initialization of an object of const type 'const A' (aka 'const atomic<int>') requires a user-provided default constructor.
llvm-svn: 180945
diff --git a/libcxx/CREDITS.TXT b/libcxx/CREDITS.TXT
index 61b3542..34a901f 100644
--- a/libcxx/CREDITS.TXT
+++ b/libcxx/CREDITS.TXT
@@ -48,6 +48,10 @@
E: [email protected]
D: Bug fixes.
+N: Bruce Mitchener, Jr.
+E: [email protected]
+D: Emscripten-related changes.
+
N: Michel Morin
E: [email protected]
D: Minor patches to is_convertible.
@@ -78,6 +82,10 @@
E: [email protected]
D: NetBSD port.
+N: Stephan Tolksdorf
+E: [email protected]
+D: Minor <atomic> fix
+
N: Michael van der Westhuizen
E: r1mikey at gmail dot com
@@ -93,7 +101,3 @@
E: [email protected]
E: [email protected]
D: Linux fixes.
-
-N: Bruce Mitchener, Jr.
-E: [email protected]
-D: Emscripten-related changes.
