extensible-effects 2.6.0.1 → 2.6.0.2
raw patch · 2 files changed
+10/−9 lines, 2 filesPVP ok
version bump matches the API change (PVP)
API changes (from Hackage documentation)
Files
- README.md +9/−8
- extensible-effects.cabal +1/−1
README.md view
@@ -16,13 +16,7 @@ ## Limitations -### Current implementation only supports GHC version 7.8 and above-This is not a fundamental limitation of the design or the approach, but there is-an overhead with making the code compatible across a large number of GHC-versions. If this is needed, patches are welcome :)- ### Ambiguity-Flexibility tradeoff- The extensibility of `Eff` comes at the cost of some ambiguity. A useful pattern to mitigate the ambiguity is to specialize the call to the handler of effects using [type application](https://ghc.haskell.org/trac/ghc/wiki/TypeApplication)@@ -38,8 +32,10 @@ * Common functions can't be grouped using typeclasses, e.g. the `ask` and `getState` functions can't be grouped with some - class Get t a where- ask :: Member (t a) r => Eff r a+ ```haskell+ class Get t a where+ ask :: Member (t a) r => Eff r a+ ``` `ask` is inherently ambiguous, since the type signature only provides a constraint on `t`, and nothing more. To specify fully, a parameter@@ -47,3 +43,8 @@ point of having the grouping in the first place. * Code requires greater number of type annotations. For details see [#31](https://github.com/suhailshergill/extensible-effects/issues/31).++### Current implementation only supports GHC version 7.8 and above+This is not a fundamental limitation of the design or the approach, but there is+an overhead with making the code compatible across a large number of GHC+versions. If this is needed, patches are welcome :)
extensible-effects.cabal view
@@ -6,7 +6,7 @@ -- PVP summary: +-+------- breaking API changes -- | | +----- non-breaking API additions -- | | | +--- code changes with no API change-version: 2.6.0.1+version: 2.6.0.2 -- A short (one-line) description of the package. synopsis: An Alternative to Monad Transformers