https://gcc.gnu.org/bugzilla/show_bug.cgi?id=127963
--- Comment #1 from Jonathan Wakely <redi at gcc dot gnu.org> --- (In reply to Nebojša Cvetković from comment #0) > Cause: PR 55947 raised the same fallback for HLE hints and was closed as > intended behaviour, with the advice to use always_inline where the order > must survive inlining decisions (comment 4). r198733 then marked the > __atomic_base members that take a memory_order _GLIBCXX_ALWAYS_INLINE. > std::atomic<bool> and std::atomic<_Tp*> in <atomic> hold an __atomic_base > member and forward to it, but the forwarding members were never marked, so > the forwarding layer reintroduces the problem. It doesn't "reintroduce" anything, those forwarding members were always present, long before the ALWAYS_INLINE macro.
