#arc #sync #weak-references #ffi #data-structures #reference-counting

no-std elysees

A fork of triomphe, now with more pointer trickery

15 releases

0.3.2 Dec 11, 2024
0.3.0 Nov 15, 2021
0.2.4 Sep 28, 2020
0.2.2 Jul 7, 2020
0.0.6 Jun 28, 2020

#181 in Concurrency

Download history 12/week @ 2024-08-26 34/week @ 2024-09-23 1/week @ 2024-10-14 2/week @ 2024-11-25 154/week @ 2024-12-09

156 downloads per month
Used in 4 crates

MIT/Apache

68KB
1.5K SLoC

Elysees

Fork of triomphe, which is a fork of Arc. This has the following advantages over std::sync::Arc:

  • elysees::Arc doesn't support weak references: we save space by excluding the weak reference count, and we don't do extra read-modify-update operations to handle the possibility of weak references.
  • elysees::ArcBox allows one to construct a temporarily-mutable Arc which can be converted to a regular elysees::Arc later
  • elysees::OffsetArc can be used transparently from C++ code and is compatible with (and can be converted to/from) elysees::Arc
  • elysees::ArcBorrow is functionally similar to &elysees::Arc<T>, however in memory it's simply a (non-owned) pointer to the inner Arc. This helps avoid pointer-chasing.
  • elysees::OffsetArcBorrow is functionally similar to &elysees::Arc<T>, however in memory it's simply &T. This makes it more flexible for FFI; the source of the borrow need not be an Arc pinned on the stack (and can instead be a pointer from C++, or an OffsetArc). Additionally, this helps avoid pointer-chasing.
  • elysees::ArcRef is a union of an Arc and an ArcBorrow

Dependencies

~390–630KB
~11K SLoC