rust/library/std/src/sys/sync/condvar, branch try

use generic Atomic type where possible

2025-04-26T23:18:08+00:00

in core/alloc/std only for now, and ignoring test files Co-authored-by: Pavel Grigorenko

Implement Condvar::wait_timeout for targets without threads

2024-12-18T10:33:15+00:00

This always falls back to sleeping since there is no way to notify a condvar on a target without threads.

Rollup merge of #128184 - joboet:refactor_pthread_sync, r=workingjubilee

2024-12-01T07:15:21+00:00

std: refactor `pthread`-based synchronization The non-trivial code for `pthread_condvar` is duplicated across the thread parking and the `Mutex`/`Condvar` implementations. This PR moves that code into `sys::pal`, which now exposes an `unsafe` wrapper type for `pthread_mutex_t` and `pthread_condvar_t`.

std: clarify comments about initialization

2024-11-30T15:22:56+00:00

update cfgs

2024-11-27T15:14:54+00:00

xous: sync: remove `rustc_const_stable` attribute

2024-10-29T14:43:46+00:00

These functions had `#[rustc_const_stable(feature = "const_locks", since = "1.63.0")]` on them because they were originally taken from `no_threads`. with d066dfd these no longer compile. Since other platforms do not have this attribute, remove it. This fixes the build for Xous. Signed-off-by: Sean Cross

std: refactor `pthread`-based synchronization

2024-10-28T15:56:22+00:00

The non-trivial code for `pthread_condvar` is duplicated across the thread parking and the `Mutex`/`Condvar` implementations. This PR moves that code into `sys::pal`, which now exposes a non-movable wrapper type for `pthread_mutex_t` and `pthread_condvar_t`.

we can now enable the 'const stable fn must be stable' check

2024-10-28T10:48:39+00:00

library: consistently use American spelling for 'behavior'

2024-10-25T10:02:47+00:00

Abstract the state type for futexes

2024-10-17T19:21:53+00:00

In the same way that we expose SmallAtomic and SmallPrimitive to allow Windows to use a value other than an AtomicU32 for its futex state, this patch switches the primary futex state type from AtomicU32 to futex::Atomic. The futex::Atomic type should be usable as an atomic value with underlying primitive type equal to futex::Primitive. This allows supporting the futex API on systems where the underlying kernel futex implementation requires more state than simply an AtomicU32. All in-tree futex implementations simply define {Atomic,Primitive} directly as {AtomicU32,u32}.