This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of WP status.

### 3249. There are no 'pointers' in §[atomics.lockfree]

Section: 33.5.5 [atomics.lockfree] Status: WP Submitter: Billy O'Neal III Opened: 2019-08-03 Last modified: 2020-11-09

Priority: 4

View all other issues in [atomics.lockfree].

View all issues with WP status.

Discussion:

According to SG1 experts, the requirement in [atomics.lockfree]/2 is intended to require that the answer for `is_lock_free()` be the same for a given `T` for a given run of the program. The wording does not achieve that because it's described in terms of 'pointers', but there are no pointers in an `atomic<int>`.

[2020-02 Status to Ready on Thursday morning in Prague.]

[2020-11-09 Approved In November virtual meeting. Status changed: Ready → WP.]

Proposed resolution:

This wording is relative to N4830.

1. Modify 33.5.5 [atomics.lockfree] as indicated:

   > -2- The functions `atomic<T>::is_lock_free`, and `atomic_is_lock_free` (33.5.8.2 [atomics.types.operations]) indicates whether the object is lock-free. In any given program execution, the result of the lock-free query is the same for all atomic objects shall be consistent for all pointers of the same type.