Lines Matching defs:ordering
2236 ordering between threads for the purposes of the memory model. Therefore,
3586 Constraints <ordering>`).
3619 Memory Ordering Constraints <ordering>` section for additional
3645 ordering parameters that determine which other atomic instructions on
3653 For a simpler introduction to the ordering constraints, see the
3660 Java's non-volatile shared variables. This ordering cannot be
11054 <result> = load atomic [volatile] <ty>, ptr <pointer> [syncscope("<target-scope>")] <ordering>, align <alignment> [, !invariant.group !<empty_node>]
11075 If the ``load`` is marked as ``atomic``, it takes an extra :ref:`ordering
11076 <ordering>` and optional ``syncscope("<target-scope>")`` argument. The
11195 store atomic [volatile] <ty> <value>, ptr <pointer> [syncscope("<target-scope>")] <ordering>, align <alignment> [, !invariant.group !<empty_node>] ; yields void
11216 If the ``store`` is marked as ``atomic``, it takes an extra :ref:`ordering
11217 <ordering>` and optional ``syncscope("<target-scope>")`` argument. The
11289 fence [syncscope("<target-scope>")] <ordering> ; yields void
11300 '``fence``' instructions take an :ref:`ordering <ordering>` argument which
11307 A fence A which has (at least) ``release`` ordering semantics
11308 *synchronizes with* a fence B with (at least) ``acquire`` ordering
11315 provide a ``release`` or ``acquire`` (resp.) ordering constraint and
11319 A ``fence`` which has ``seq_cst`` ordering, in addition to having both
11322 fences. Furthermore, the global ordering created by a ``seq_cst``
11351 cmpxchg [weak] [volatile] ptr <pointer>, <ty> <cmp>, <ty> <new> [syncscope("<target-scope>")] <success ordering> <failure ordering>[, align <alignment>] ; yields { ty, i1 }
11374 The success and failure :ref:`ordering <ordering>` arguments specify how this
11375 ``cmpxchg`` synchronizes with other atomic operations. Both ordering parameters
11376 must be at least ``monotonic``, the failure ordering cannot be either
11412 load with an ordering parameter determined the second ordering parameter.
11444 atomicrmw [volatile] <operation> ptr <pointer>, <ty> <value> [syncscope("<target-scope>")] <ordering>[, align <alignment>] ; yields ty
30102 buffers uses a sequence of :ref:`unordered atomic <ordering>` load/store operations
30134 This intrinsic does not provide any additional ordering guarantees over those
30177 :ref:`unordered atomic <ordering>` load/store operations that are a positive
30212 This intrinsic does not provide any additional ordering guarantees over those
30257 uses uses a sequence of :ref:`unordered atomic <ordering>` store operations
30288 This intrinsic does not provide any additional ordering guarantees over those