Conversation
|
Travis isn't happy with this: ... on GHC 7.8 Cabal 1.18, and on stack < lts-10. Hmmm. That sounds about right, but I'm not sure how to properly reimplement |
ec1fcc0 to
fd0f874
Compare
Fixes build breakage caused by https://gitlab.haskell.org/ghc/packages/Cabal/commit/3d9a49073d71b2597662a389406a94fcb9b399b2
fd0f874 to
61f85b7
Compare
|
Any update to this? I just tried diff --git a/hdevtools.cabal b/hdevtools.cabal
index 0b2ed6d..f835f15 100644
--- a/hdevtools.cabal
+++ b/hdevtools.cabal
@@ -64,7 +64,7 @@ executable hdevtools
Util,
Paths_hdevtools
- build-depends: base == 4.*,
+ build-depends: base == 4.12.*,
cmdargs,
directory,
filepath,
[1] https://gist.github.com/brailsmt/f1511785d112dd31113114778c016ec2 |
|
@brailsmt nope, not much progress here on my side.
Well that's not an update; you've pinned the When stack So this is certainly not a proper fix for the package; just a workaround-downgrade. The proper fix would adapt the usage of Cabal and GHC APIs by I did attempt some of that — but as you can see, it took too long, and I'd stopped on the tracks. Any help would be appreciated. |
|
Here's one helpful table to clarify GHC version issues: https://www.fosskers.ca/en/blog/base |
Fixes half of #94: specifically, build breakage caused by https://gitlab.haskell.org/ghc/packages/Cabal/commit/3d9a49073d71b2597662a389406a94fcb9b399b2 — some deprecations are finally being removed in Cabal 3.0.0.