- Mar 31, 2019
-
-
Ben Gamari authored
-
Ben Gamari authored
-
Ben Gamari authored
-
Ben Gamari authored
-
Ben Gamari authored
-
Ben Gamari authored
-
Ben Gamari authored
-
Ben Gamari authored
-
- Mar 26, 2019
-
-
Fixes #110.
-
-
- Mar 15, 2019
-
-
- Mar 09, 2019
-
-
https://github.com/mgsloan/th-orphans/issues/27
th-orphans currently does not build on GHC HEAD due to mgsloan/th-orphans#27. It's not entirely clear how the library should be patched, but adding a partial `Lift Bytes` instance does the job for now.
-
A follow-up to 8db44df4. More packages that were broken due to GHC proposal 24.
-
- Mar 02, 2019
-
-
-
GHC [proposal 24](https://github.com/ghc-proposals/ghc-proposals/blob/master/proposals/0024-no-kind-vars.rst) (Treat kind variables and type variables identically in `forall`) breaks a handful of libraries that implicitly quantify kind variables in a top-level `forall`, so these patches work around this.
-
-
- Feb 15, 2019
-
-
- Jan 29, 2019
-
-
Herbert Valerio Riedel authored
hs-generate-overrides: fix aeson
-
Herbert Valerio Riedel authored
Properly handle .cabal files as well as patches (by mpickering)
-
- Jan 28, 2019
-
-
Kosyrev Serge authored
-
Kosyrev Serge authored
-
- Jan 26, 2019
-
-
Matthew Pickering authored
-
Matthew Pickering authored
-
Kosyrev Serge authored
-
- Jan 25, 2019
-
-
Kosyrev Serge authored
-
- Jan 22, 2019
-
-
These packages in particular were harshly affected by changes to Template Haskell introduced in GHC 8.8, so they need a bit of surgery in certain places in order to be made to compile. Some particulars: * GHC 8.8 changes the API for `TySynInstD`, `TySynEqn`, `DataInstD`, `NewtypeInstD`, and `RuleP`, so I had to add quite a bit of CPP to `th-desugar` to make everything work on 8.8. (Refer to the original commit that I took this patch from, https://github.com/goldfirere/th-desugar/commit/9b9a6f0bdb6becd3f5ae896ddb539069131f7ba0, for the full story.) * Due to [GHC Trac #16133](https://ghc.haskell.org/trac/ghc/ticket/16133) being fixed, `singletons`-generated code now requires explicitly enabling the `TypeApplications` extension. (The generated code was always using `TypeApplications` under the hood, but it's only now that GHC is detecting it.) * In `singletons`, some local definitions now require explicit type signatures due to changes in kind generalization brought about in GHC 8.8. In addition, I had to tweak the generated code slightly to avoid harmful kind generalization in certain spots. I've included the lengthu `Note` from the original patch that I adapted this one on (in https://github.com/goldfirere/singletons/commit/ccd61699716be9eac1f753383965b94a2023db5a) in case you want the full, gory details.
-
-
- Jan 11, 2019
-
-
Herbert Valerio Riedel authored
Visible kind application–related TH changes
-
- Jan 09, 2019
-
-
Ryan Scott authored
-
- Jan 06, 2019
-
-
Ryan Scott authored
Fixes #89.
-
- Jan 04, 2019
-
-
- Oct 28, 2018
-
-
Fixes #86.
-
- Oct 26, 2018
-
-
- Sep 07, 2018
-
-
- Aug 31, 2018
-
-