Download Latest Version
dhall-1.42.2-x86_64-darwin.tar.bz2 (3.6 MB)
Get an email when there's a new version of dhall-haskell
- Supports standard version 23.0.0
- BREAKING CHANGE TO THE API AND LANGUAGE: Language support for
Bytesliterals- This is a breaking change to the API due to adding new
BytesandBytesLiteralconstructors to theExprtype - This is a breaking change to the language now that
Bytesis a reserved identifier
- This is a breaking change to the API due to adding new
- BREAKING CHANGE TO THE API AND LANGUAGE: New
{Date,Time,TimeZone}/showbuiltins- This is a breaking change to the API due to adding new
{Date,Time,TimeZone}Showconstructors to theExprtype - This is a breaking change to the language now that
{Date,Time,TimeZone}/showare not reserved identifiers
- This is a breaking change to the API due to adding new
- BREAKING CHANGE:
dhall lintno longer sortsletbindings - This had to be removed because the old behavior was not always correct
- The old behavior would sometimes change the behavior of a Dhall program or break the program
- Out of an abundance of caution we're disabling the feature until it can be properly fixed (which is't trivial)
- BUG FIX: Fix pretty-printing of
Timeliterals - The pretty-printer was stripping leading zeros from the fractional component of seconds
- BUG FIX: Fix custom normalizers to work for things other than functions
- Before this change you could extend the language with custom functions, but
not custom values (e.g.
foo = 1) - BUG FIX: Don't URL encode path components
- The pretty-printer was URL-encoding path components, which is not correct (according to the standard)
- URL path components are supposed to be already URL-encoded by the user and left undisturbed by the interpreter (which is now what it correctly does)
- New
dhall packagecommand: #2478, #2508 - This command makes it easier to turn a directory full of Dhall expressions
into a dhall package (e.g.
package.dhall) - Improved
dhall to-directory-treesubcommand - The
dhall to-directory-treesubcommand now optionally supports specifying metadata for generated paths - For a worked example, see: https://github.com/dhall-lang/dhall-haskell/blob/main/dhall/examples/to-directory-tree.dhall
dhall freeze --cache --allis now idempotent: #2486, #2500- Before this change a second run would fail due to attempting to resolve
the
missingimport it would generate - New Template Haskell options for adding strictness annotations to generated Haskell types
- Template Haskell can now generate higher-kinded Haskell types from higher-kinded Dhall types
- New
Dhall.Freezeutilities for working with custom evaluators - Add
Datainstances forImportand various other types - Add
Eqinstances forInvalidDecoderandExtractError