910a3ae7ec
This allows us to deprecate GHCJS 8.4 (which makes sense, as vanilla GHC < 8.6 is already deprecated). We re-use GHCJS from reflex-platform, which unfortunately isn't up-to-date with latest GHC and is only 8.6. The benefit of using reflex-platform is that it provides nix expressions for GHCJS + a binary nix cache. reflex-platform patches text to use a JS-String based internal representation for performance reasons, so we provide a few haskell dependencies from reflex-platform as well: - hashable - attoparsec As those rely on text's internal representation but have been patched for reflex-platform. |
||
---|---|---|
.. | ||
nixpkgs.json | ||
nixpkgs.nix | ||
README.md | ||
shell.nix |
You can use the shell.nix
from this directory
to build the servant packages or even the tutorial
or cookbook if you want to, optionally.
Just the servant packages:
$ nix-shell nix/shell.nix
Everything needed for the tutorial and the cookbook too:
$ nix-shell nix/shell.nix --arg tutorial true
The shell.nix
file also supports specifying
a particular ghc version, e.g:
$ nix-shell nix/shell.nix --argstr compiler ghcHEAD
Possible GHC versions
ghc865Binary
ghc884
ghc8104
- defaultghc901
Cabal users
GHC version can be chosen via the nix-shell parameter
cabal build all
Stack version
Since the ghc version is set by the LTS version, it is preferable to use the ghc8104
version parameter for the nix-shell.
stack --no-nix --system-ghc <command>