Conversation
The next major version of GHC requires a dependency on GHC if any built-ins are used. This package won't compile without adding this dependency.
|
See DanBurton/composition#6 for a similar PR for another package that didn't have a base dependency |
|
I think I'll wait for the next ghc to be released so I can test whether this change really is necessary (and sufficient). In particular, I think @simonpj is being silly here:
In my case we're talking about an empty module. (Well, mostly empty: It does import/export things, but it contains no declarations.) If GHC needs to inject additional names to implement nothing at all, that seems more like an issue with GHC. |
|
FWIW it should be possible to test this using your current CI setup, since I think haskell-ci supports testing against unreleased GHCs/head.hackage. Of course I can understand wanting to wait. I have also added a patch to head.hackage with this change. |
The next version of GHC requires a dependency on
baseif any built-ins are used. This package won't compile without adding this dependency.