esqueleto 3.4.2.2 → 3.4.3.0

raw patch · 3 files changed

+19/−1 lines, 3 filesdep ~basePVP ok

version bump matches the API change (PVP)

Dependency ranges changed: base

API changes (from Hackage documentation)

Files

• changelog.md +6/−0
• esqueleto.cabal +1/−1
• src/Database/Esqueleto/Experimental.hs +12/−0

@@ -1,3 +1,9 @@+3.4.3.0+=======+- @parsonsmatt+    - [#]()+        - Backport the `SqlSelect` instance for `:&`, initially implemented by+          @ivanbakel in [#268](https://github.com/bitemyapp/esqueleto/pull/268) 3.4.2.2 ======= - @parsonsmatt

@@ -1,7 +1,7 @@ cabal-version: 1.12  name:           esqueleto-version:        3.4.2.2+version:        3.4.3.0 synopsis:       Type-safe EDSL for SQL queries on persistent backends. description:    @esqueleto@ is a bare bones, type-safe EDSL for SQL queries that works with unmodified @persistent@ SQL backends.  Its language closely resembles SQL, so you don't have to learn new concepts, just new syntax, and it's fairly easy to predict the generated SQL and optimize it for your backend. Most kinds of errors committed when writing SQL are caught as compile-time errors---although it is possible to write type-checked @esqueleto@ queries that fail at runtime.                 .

@@ -541,6 +541,18 @@ data (:&) a b = a :& b infixl 2 :& +-- | You may return joined values from a 'select' query - this is+-- identical to the tuple instance, but is provided for convenience.+--+-- @since 3.4.3.0+instance (SqlSelect a ra, SqlSelect b rb) => SqlSelect (a :& b) (ra :& rb) where+    sqlSelectCols esc (a :& b) = sqlSelectCols esc (a, b)+    sqlSelectColCount = sqlSelectColCount . toTuple+      where+        toTuple :: Proxy (a :& b) -> Proxy (a, b)+        toTuple = const Proxy+    sqlSelectProcessRow = fmap (uncurry (:&)) . sqlSelectProcessRow+ data SqlSetOperation a     = SqlSetUnion (SqlSetOperation a) (SqlSetOperation a)     | SqlSetUnionAll (SqlSetOperation a) (SqlSetOperation a)