Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix dhall decode bug #859

Merged
merged 4 commits into from
Mar 24, 2019
Merged

Fix dhall decode bug #859

merged 4 commits into from
Mar 24, 2019

Conversation

Gabriella439
Copy link
Collaborator

... as caught by @singpolyma

Dhall.Binary.unApply was failing to uncurry functions due to the presence of
Note constructors. This caused dhall encode to produce different
results from dhall hash since the latter was normalizing the expression
(and therefore removing Note constructors) whereas the former was not.

... as caught by @singpolyma

`Dhall.Binary.unApply` was failing to uncurry functions due to the presence of
`Note` constructors.  This caused `dhall encode` to produce different
results from `dhall hash` since the latter was normalizing the expression
(and therefore removing `Note` constructors) whereas the former was not.
Gabriella439 added a commit to dhall-lang/dhall-lang that referenced this pull request Mar 16, 2019
The binary encoding specifies that curried function application needs to
be stored in an uncurried form:

https://github.com/dhall-lang/dhall-lang/blob/master/standard/binary.md#function-application

... however there was a bug in the Haskell implementation used to
generate the reference `.dhallb` files where it was not correctly uncurrying
function applications.  See:

dhall-lang/dhall-haskell#859

... as a result, one of the files was encoded incorrectly, which this
change fixes
Gabriella439 added a commit to dhall-lang/dhall-lang that referenced this pull request Mar 17, 2019
The binary encoding specifies that curried function application needs to
be stored in an uncurried form:

https://github.com/dhall-lang/dhall-lang/blob/master/standard/binary.md#function-application

... however there was a bug in the Haskell implementation used to
generate the reference `.dhallb` files where it was not correctly uncurrying
function applications.  See:

dhall-lang/dhall-haskell#859

... as a result, one of the files was encoded incorrectly, which this
change fixes
@Gabriella439 Gabriella439 merged commit 4c9dc60 into master Mar 24, 2019
@Gabriella439 Gabriella439 deleted the gabriel/fix_unapply branch March 24, 2019 20:18
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.

None yet

1 participant