C++ Logo

std-proposals

Advanced search

Re: [std-proposals] Abstraction for load-linked/store-conditional

From: Sebastian Wittmeier <wittmeier_at_[hidden]>
Date: Mon, 22 Jul 2024 14:34:41 +0200
Here is the link: https://arxiv.org/pdf/1712.06688   Brown, Ellen & Ruppert: Pragmatic Primitives for Non-blocking Data Structures (2017)   -----Ursprüngliche Nachricht----- Von:Jonathan Wakely via Std-Proposals <std-proposals_at_[hidden]> Gesendet:Mo 22.07.2024 13:28 Betreff:Re: [std-proposals] Abstraction for load-linked/store-conditional An:std-proposals_at_[hidden]; CC:Jonathan Wakely <cxx_at_[hidden]>;   On Mon, 22 Jul 2024 at 08:00, Jens Maurer via Std-Proposals <std-proposals_at_[hidden] <mailto:std-proposals_at_[hidden]> > wrote: On 22/07/2024 00.23, Joseph Schuchart via Std-Proposals wrote: > I'm not sure that this API could be implemented everywhere And here's the problem: I don't know how you can provide ABA avoidance if all your hardware has is atomic compare-and-swap. So, this doesn't really help write portable programs. We have rather few features in C++ that aren't available on all implementations, so the introduction of such a non-portable feature needs additional rationale.  And for better or for worse, "not supported on x86" is likely to need a lot more rationale than "not supported on AVR" (for example).    (There are plenty of hardware features that aren't available everywhere, yet we strive to make C++ interfaces on them that can be implemented everywhere, e.g. std::simd.) Jens -- Std-Proposals mailing list Std-Proposals_at_[hidden] https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals

Received on 2024-07-22 12:34:42