You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's looking like the ecosystem is moving away from MonadBaseControl IO and towards MonadUnliftIO, e.g. resourcet has completely moved over. It seems a lot easier to reason about and maps cleanly onto reader monad transformer stacks. One potential downside is that by design it isn't meant to be used in monads with non-deterministic exit points like ExceptT or StateT but I don't think that should be relevant to this library. I'm wondering if you'd be amenable to a PR that would try to exchange MonadBaseControl IO for MonadUnliftIO across the board. There's more documentation about it here. Thanks!
The text was updated successfully, but these errors were encountered:
It's looking like the ecosystem is moving away from
MonadBaseControl IO
and towardsMonadUnliftIO
, e.g. resourcet has completely moved over. It seems a lot easier to reason about and maps cleanly onto reader monad transformer stacks. One potential downside is that by design it isn't meant to be used in monads with non-deterministic exit points likeExceptT
orStateT
but I don't think that should be relevant to this library. I'm wondering if you'd be amenable to a PR that would try to exchangeMonadBaseControl IO
forMonadUnliftIO
across the board. There's more documentation about it here. Thanks!The text was updated successfully, but these errors were encountered: