Skip to content

Conversation

@mboes
Copy link
Contributor

@mboes mboes commented Jan 12, 2016

Stack now selects the correct GHC version in the following cases:

  • an abstract resolver was given,
  • a concrete resolver was given,
  • a compiler version was given.

Previously, we could only deal with concrete resolvers correctly. So
e.g.

$ stack --resolver lts-2 build

should now use GHC-7.8.4 from the nixpkgs repo. I think exactly the same
approach should be workable for Docker too, but how exactly the use case
should work there is less clear to me.

Fixes #1641.

Stack now selects the correct GHC version in the following cases:

* an abstract resolver was given,
* a concrete resolver was given,
* a compiler version was given.

Previously, we could only deal with concrete resolvers correctly.

Fixes #1641.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note: An alternative to using an .hs-boot file is to parameter NixOpts over the resolver type. I found the .hs-boot file to be less verbose in the end.

@mboes
Copy link
Contributor Author

mboes commented Jan 12, 2016

cc @YPares

borsboom added a commit that referenced this pull request Jan 12, 2016
Nix: select the right GHC version in more cases.
@borsboom borsboom merged commit 0ea6d9c into master Jan 12, 2016
@borsboom
Copy link
Contributor

LGTM, and I'll try to apply this approach to Docker as well.

@YPares YPares mentioned this pull request Jan 13, 2016
@dysinger dysinger deleted the nix-abstract-resolver branch April 7, 2016 00:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

stack --nix --resolver doesn't work as expected

3 participants