diff options
| author | ZENG Hao <c@cyano.cn> | 2025-04-20 17:02:16 +0800 |
|---|---|---|
| committer | Jonathan Wakely <redi@gcc.gnu.org> | 2025-04-23 09:49:44 +0100 |
| commit | 466c80a885ccbd5186cd57b0785cf38b8cf2ff2f (patch) | |
| tree | d06831a04c01274b36c6b25e32caa7fe9daa7ea7 /libcpp/errors.cc | |
| parent | cc2716a3f521bba81e9eb39705b30504e62ee6fe (diff) | |
| download | gcc-466c80a885ccbd5186cd57b0785cf38b8cf2ff2f.zip gcc-466c80a885ccbd5186cd57b0785cf38b8cf2ff2f.tar.gz gcc-466c80a885ccbd5186cd57b0785cf38b8cf2ff2f.tar.bz2 | |
libstdc++: fix possible undefined atomic lock-free type aliases in module std
When building for 'i386-*' targets, all basic types are 'sometimes lock-free'
and thus std::atomic_signed_lock_free and std::atomic_unsigned_lock_free are
not declared. In the header <atomic>, they are placed in preprocessor
condition __cpp_lib_atomic_lock_free_type_aliases. In module std, they should
be the same.
libstdc++-v3/ChangeLog:
* src/c++23/std.cc.in (atomic_signed_lock_free): Guard with
preprocessor check for __cpp_lib_atomic_lock_free_type_aliases.
(atomic_unsigned_lock_free): Likewise.
Diffstat (limited to 'libcpp/errors.cc')
0 files changed, 0 insertions, 0 deletions