Skip to content

Bump github.com/hashicorp/hcl/v2 from 2.7.1 to 2.8.0 #61

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

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Dec 14, 2020

Bumps github.com/hashicorp/hcl/v2 from 2.7.1 to 2.8.0.

Release notes

Sourced from github.com/hashicorp/hcl/v2's releases.

v2.8.0

Enhancements

  • hclsyntax: Expression grouping parentheses will now be reflected by an explicit node in the AST, whereas before they were only considered during parsing. (#426)

Bugs Fixed

  • hclwrite: The parser will now correctly include the ( and ) tokens when an expression is surrounded by parentheses. Previously it would incorrectly recognize those tokens as being extraneous tokens outside of the expression. (#426)
  • hclwrite: The formatter will now remove (rather than insert) spaces between the ! (unary boolean "not") operator and its subsequent operand. (#403)
  • hclsyntax: Unmark conditional values in expressions before checking their truthfulness (#427)

v2.7.2

Bugs Fixed

  • gohcl: Fix panic when decoding into type containing value slices. (#335)
  • hclsyntax: The unusual expression null[*] was previously always returning an unknown value, even though the rules for [*] normally call for it to return an empty tuple when applied to a null. As well as being a surprising result, it was particularly problematic because it violated the rule that a calling application may assume that an expression result will always be known unless the application itself introduces unknown values via the evaluation context. null[*] will now produce an empty tuple. (#416)
  • hclsyntax: Fix panic when traversing a list, tuple, or map with cty "marks" (#424)
Changelog

Sourced from github.com/hashicorp/hcl/v2's changelog.

v2.8.0 (December 7, 2020)

Enhancements

  • hclsyntax: Expression grouping parentheses will now be reflected by an explicit node in the AST, whereas before they were only considered during parsing. (#426)

Bugs Fixed

  • hclwrite: The parser will now correctly include the ( and ) tokens when an expression is surrounded by parentheses. Previously it would incorrectly recognize those tokens as being extraneous tokens outside of the expression. (#426)
  • hclwrite: The formatter will now remove (rather than insert) spaces between the ! (unary boolean "not") operator and its subsequent operand. (#403)
  • hclsyntax: Unmark conditional values in expressions before checking their truthfulness (#427)

v2.7.2 (November 30, 2020)

Bugs Fixed

  • gohcl: Fix panic when decoding into type containing value slices. (#335)
  • hclsyntax: The unusual expression null[*] was previously always returning an unknown value, even though the rules for [*] normally call for it to return an empty tuple when applied to a null. As well as being a surprising result, it was particularly problematic because it violated the rule that a calling application may assume that an expression result will always be known unless the application itself introduces unknown values via the evaluation context. null[*] will now produce an empty tuple. (#416)
  • hclsyntax: Fix panic when traversing a list, tuple, or map with cty "marks" (#424)
Commits
  • 3231752 Prep changelog for release
  • e97f5e1 Update CHANGELOG.md
  • 42b83d9 Merge pull request #427 from hashicorp/pselle/marked-conditionals
  • 3b45fd4 Unmark values before testing for truth in conditionals
  • cef803d Update CHANGELOG.md
  • 61e260f hclwrite: do not add space after a boolean NOT operator
  • 6a747c8 Update CHANGELOG.md
  • f1f3985 hclsyntax: Explicit AST node for parentheses
  • d510cb0 Prepare changelog for upcoming release
  • f10222b Update changelog for v2.7.2 release
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot dependabot bot added dependencies Pull requests that update a dependency file go Pull requests that update Go code labels Dec 14, 2020
@dependabot @github
Copy link
Contributor Author

dependabot bot commented on behalf of github Dec 21, 2020

Superseded by #62.

@dependabot dependabot bot closed this Dec 21, 2020
@dependabot dependabot bot deleted the dependabot/go_modules/github.com/hashicorp/hcl/v2-2.8.0 branch December 21, 2020 06:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file go Pull requests that update Go code
Development

Successfully merging this pull request may close these issues.

0 participants