From 09135c581aaae471f7d964bc2a3a141bef299097 Mon Sep 17 00:00:00 2001
From: Eugen Wissner <belka@caraus.de>
Date: Fri, 17 Jul 2020 07:05:03 +0200
Subject: Constrain base monad to MonadCatch

Let's try MonadThrow/MonadCatch. It looks nice at a first glance. The
monad transformer stack contains only the ReaderT, less lifts are
required. Exception subtyping is easier, the user can (and should)
define custom error types and throw them. And it is still possible to
use pure error handling, if someone doesn't like runtime exceptions or
need to run a query in a pure environment.

Fixes #42.
---
 graphql.cabal | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

(limited to 'graphql.cabal')

diff --git a/graphql.cabal b/graphql.cabal
index 5f3c8ea..ea38140 100644
--- a/graphql.cabal
+++ b/graphql.cabal
@@ -4,7 +4,7 @@ cabal-version: 1.12
 --
 -- see: https://github.com/sol/hpack
 --
--- hash: 38e16611476c6163a049a4ddbaef34cf3fdef8f85d25f7bcaed839372c9fdf75
+-- hash: f3469205f704a81ee0f55655758cf588a9e9eb52303dadd58def32a2eb207696
 
 name:           graphql
 version:        0.8.0.0
@@ -64,6 +64,7 @@ library
     , base >=4.7 && <5
     , conduit
     , containers
+    , exceptions
     , megaparsec
     , parser-combinators
     , scientific
@@ -100,6 +101,7 @@ test-suite tasty
     , base >=4.7 && <5
     , conduit
     , containers
+    , exceptions
     , graphql
     , hspec
     , hspec-expectations
-- 
cgit v1.2.3