lvish
restricted-workers
lvish | restricted-workers | |
---|---|---|
3 | - | |
82 | 39 | |
- | - | |
0.0 | 0.0 | |
over 1 year ago | almost 9 years ago | |
Haskell | Haskell | |
BSD 3-clause "New" or "Revised" License | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
lvish
-
rec-def: Behind the scenes
Still reminds me of elvish. Sounds like propagator cells are IVars that take the greatest lower bound w.r.t. definedness.
-
Pure recursively defined sets without looping
The monotonicity requirement reminds me of LVars. Maybe the unsafe bits can defer to that library?
-
"monadic" reads "single item data-dependent"
The lvish library in haskell is relevant https://hackage.haskell.org/package/lvish .
restricted-workers
We haven't tracked posts mentioning restricted-workers yet.
Tracking mentions began in Dec 2020.
What are some alternatives?
streamly - High performance, concurrent functional programming abstractions
stm-conduit - STM-based channels for conduits.
threads - Fork threads and wait for their result
thread-hierarchy - Simple Haskel thread management in hierarchical manner
async - Run IO operations asynchronously and wait for their results
om-actor - Actor pattern utilities for Haskell.
timeout-control - Updatable timeouts as a Monad transformer
theatre - Minimalistic actor library for Haskell
unagi-chan - A haskell library implementing fast and scalable concurrent queues for x86, with a Chan-like API
conceit - Concurrently + Either
pipes-concurrency - Concurrency for the pipes ecosystem