Repackage MinGHC 7.10 with latest cabal #69
Comments
|
Kicking off a build now, I agree that that's important. @3noch do you want to do the release on this? |
|
Sorry, should have clarified: I'm building cabal-install right now. |
|
I'll give it a try. |
snoyberg
added a commit
that referenced
this issue
Jun 23, 2015
|
Cool, let me know if you want some help. I've just pushed a new commit that bumps the cabal.exe inside cabal.7z, so it should just be a matter of rerunning the build. |
|
Sweet! |
snoyberg
added a commit
to snoyberg/cabal
that referenced
this issue
Jun 23, 2015
I needed this when building cabal.exe for MinGHC (see: fpco/minghc#69). I thought others might find this useful, especially for the use case of bootstrapping cabal development. I went the direction of no curation and explicit packages in the extra-deps, as I thought that would make more sense for a project low on the dependency chain, but this could certainly be tweaked to use LTS Haskell or Stackage Nightly instead.
|
@snoyberg I'm assuming this will work fine with all four GHC versions we support? |
|
It should. If it doesn't, it's a serious regression in cabal-install (which is possible, but hopefully unlikely). |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Latest cabal
1.22.6.0fixes haskell/cabal#2502 , which is kind of a big deal on Windows. MinGHC 7.10.2 should use this version of cabal.The text was updated successfully, but these errors were encountered: