aaron.ballman added a comment. In D112221#3118314 <https://reviews.llvm.org/D112221#3118314>, @Quuxplusone wrote:
> If libc++ is using these macros, then I think it would be useful to include > (the removal of) those uses in this PR. > > ../libcxx/include/atomic:#define ATOMIC_VAR_INIT(value) see below > ../libcxx/include/atomic:#define ATOMIC_FLAG_INIT see below > ../libcxx/include/atomic:#define ATOMIC_FLAG_INIT {false} > ../libcxx/include/atomic:#define ATOMIC_VAR_INIT(__v) {__v} > ../libcxx/src/barrier.cpp: __atomic_base<__barrier_phase_t> > __phase = ATOMIC_VAR_INIT(0); > ../libcxx/src/experimental/memory_resource.cpp: > ATOMIC_VAR_INIT(&res_init.resources.new_delete_res); > ../libcxx/src/ios.cpp:atomic<int> ios_base::__xindex_ = ATOMIC_VAR_INIT(0); > > ../libcxx/test/libcxx/atomics/atomics.flag/init_bool.pass.cpp:std::atomic_flag > global = ATOMIC_FLAG_INIT; > ../libcxx/test/std/atomics/atomics.flag/init.pass.cpp:// atomic_flag() = > ATOMIC_FLAG_INIT; > ../libcxx/test/std/atomics/atomics.flag/init.pass.cpp: std::atomic_flag > f = ATOMIC_FLAG_INIT; > > ../libcxx/test/std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_var_init.pass.cpp:// > #define ATOMIC_VAR_INIT(value) > > ../libcxx/test/std/atomics/atomics.types.operations/atomics.types.operations.req/atomic_var_init.pass.cpp: > std::atomic<int> v = ATOMIC_VAR_INIT(5); > > ../libcxx/test/std/atomics/atomics.types.operations/atomics.types.operations.req/ctor.pass.cpp: > constexpr Atomic a = ATOMIC_VAR_INIT(t); > > ../libcxx/test/std/thread/futures/futures.async/async.pass.cpp:std::atomic_bool > invoked = ATOMIC_VAR_INIT(false); Thanks Arthur! I don't know enough about libc++ to feel comfortable making those changes yet. For example, does libc++ need to work with other compilers than Clang (compilers which might give diagnostics if you fail to use `ATOMIC_VAR_INIT` in some language mode)? The deprecation is not really a DR, so should the uses be wrapped in language version checks, etc. Or are you saying I don't have to worry about any of that and I can rip this stuff out of libc++ with wild abandon? CHANGES SINCE LAST ACTION https://reviews.llvm.org/D112221/new/ https://reviews.llvm.org/D112221 _______________________________________________ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits