Crates.io | elysees |
lib.rs | elysees |
version | 0.3.2 |
source | src |
created_at | 2020-06-20 20:15:08.709802 |
updated_at | 2024-12-11 23:39:58.212882 |
description | A fork of triomphe, now with more pointer trickery |
homepage | |
repository | https://gitlab.com/tekne/elysees |
max_upload_size | |
id | 256067 |
size | 93,787 |
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
laterelysees::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