* Build with Nix 20.03 and GHC 8.6.5
Discards support for Nix versions strictly less than 1.12.
* Version 1.0.6
- Support and require hnix-0.7.0 or higher.
- Support GHC 8.10.1.
- Use nixpkgs 20.03 in Nix builds.
- Discard support for Nix versions < 1.12.
* Changes suggested by @evalrelf.
The motivation for this branch is so that `hocker` and `dhall` can both be
used within the same dependency tree.
The context for this is that `dhall` requires `megaparsec-7.0.0` or newer
whereas the latest `hnix` on Hackage only supports up to `megaparsec < 7.0`.
Since `hocker` depends on `hnix` that means that `hocker` is incompatible with
`dhall` if `hocker` depends on an `hnix` from Hackage.
However, the `master` branch of `hnix` on GitHub supports `megaparsec-7.*`, so
this change updates `hocker` to build against that.
Note that this shouldn't be merged until `hnix` pushes out a new release to
Hackage.
* Require Aeson (>=) 1.0.0.0 and fix compilation error
... by importing the `Types` module to get the `Options` datatype.
* Refactor supporting Nix code and pin to nixpkgs-17.09 latest
* Use nix-paths over wrapProgram
This change switches from using `wrapProgram` to supply paths to the
Nix executables to the Haskell package `nix-paths`.
There are two motivations:
1. `nix-paths` will throw a compile-time error if it cannot find a
path for any of the primary Nix executables (Nix is a dependency of
this package inside of nixpkgs too so we don't need to worry about
it anymore)
2. `wrapProgram` now throws an error if globbed file paths are given
as input
* Cleanup unused import
This change adds `readField` implementations to the custom
`ParseField` instances of our custom data types.
This change is necessary because a `readField` implementation is
required as-of the `optparse-generic` release of version `1.2.3`.
* Remove unsupported `stack.yaml`
... and the related `shell.nix`
* Add a "How to build" section to the README.md
Fixes#3
* As suggested by @Gabriel439
