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

Bump github.com/hashicorp/hcl/v2 from 2.6.0 to 2.10.1 #43

Conversation

dependabot[bot]
Copy link

@dependabot dependabot bot commented on behalf of github Jul 26, 2021

Bumps github.com/hashicorp/hcl/v2 from 2.6.0 to 2.10.1.

Release notes

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

v2.10.1 (July 21, 2021)

  • dynblock: Decode unknown dynamic blocks in order to obtain any diagnostics even though the decoded value is not used (#476)
  • hclsyntax: Calling functions is now more robust in the face of an incorrectly-implemented function which returns a function.ArgError whose argument index is out of range for the length of the arguments. Previously this would often lead to a panic, but now it'll return a less-precice error message instead. Functions that return out-of-bounds argument indices still ought to be fixed so that the resulting error diagnostics can be as precise as possible. (#472)
  • hclsyntax: Ensure marks on unknown values are maintained when processing string templates. (#478)
  • hcl: Improved error messages for various common error situtions in hcl.Index and hcl.GetAttr. These are part of the implementation of indexing and attribute lookup in the native syntax expression language too, so the new error messages will apply to problems using those operators. (#474)

v2.10.0 (April 20, 2021)

Enhancements

  • dynblock,hcldec: Using dynblock in conjunction with hcldec can now decode blocks with unknown dynamic for_each arguments as entirely unknown values (#461)
  • hclsyntax: Some syntax errors during parsing of the inside of ${ ... } template interpolation sequences will now produce an extra hint message about the need to escape as $${ when trying to include interpolation syntax for other languages like shell scripting, AWS IAM policies, etc. (#462)

v2.9.1

Bugs Fixed

  • hclsyntax: Fix panic for marked index value. (#451)

v2.8.2

Bugs Fixed

  • hclsyntax: Fix panic for marked collection splat. (#436)
  • hclsyntax: Fix panic for marked template loops. (#437)
  • hclsyntax: Fix for expression marked conditional.(#438)
  • hclsyntax: Mark objects with keys that are sensitive. (#440)

v2.8.1

Bugs Fixed

  • hclsyntax: Fix panic when expanding marked function arguments. (#429)
  • hclsyntax: Error when attempting to use a marked value as an object key. (#434)
  • hclsyntax: Error when attempting to use a marked value as an object key in expressions. (#433)

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)

... (truncated)

Changelog

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

v2.10.1 (July 21, 2021)

  • dynblock: Decode unknown dynamic blocks in order to obtain any diagnostics even though the decoded value is not used (#476)
  • hclsyntax: Calling functions is now more robust in the face of an incorrectly-implemented function which returns a function.ArgError whose argument index is out of range for the length of the arguments. Previously this would often lead to a panic, but now it'll return a less-precice error message instead. Functions that return out-of-bounds argument indices still ought to be fixed so that the resulting error diagnostics can be as precise as possible. (#472)
  • hclsyntax: Ensure marks on unknown values are maintained when processing string templates. (#478)
  • hcl: Improved error messages for various common error situtions in hcl.Index and hcl.GetAttr. These are part of the implementation of indexing and attribute lookup in the native syntax expression language too, so the new error messages will apply to problems using those operators. (#474)

v2.10.0 (April 20, 2021)

Enhancements

  • dynblock,hcldec: Using dynblock in conjunction with hcldec can now decode blocks with unknown dynamic for_each arguments as entirely unknown values (#461)
  • hclsyntax: Some syntax errors during parsing of the inside of ${ ... } template interpolation sequences will now produce an extra hint message about the need to escape as $${ when trying to include interpolation syntax for other languages like shell scripting, AWS IAM policies, etc. (#462)

v2.9.1 (March 10, 2021)

Bugs Fixed

  • hclsyntax: Fix panic for marked index value. (#451)

v2.9.0 (February 23, 2021)

Enhancements

  • HCL's native syntax and JSON scanners -- and thus all of the other parsing components that build on top of them -- are now using Unicode 13 rules for text segmentation when counting text characters for the purpose of reporting source location columns. Previously HCL was using Unicode 12. Unicode 13 still uses the same algorithm but includes some additions to the character tables the algorithm is defined in terms of, to properly categorize new characters defined in Unicode 13.

v2.8.2 (January 6, 2021)

Bugs Fixed

  • hclsyntax: Fix panic for marked collection splat. (#436)
  • hclsyntax: Fix panic for marked template loops. (#437)
  • hclsyntax: Fix for expression marked conditional. (#438)
  • hclsyntax: Mark objects with keys that are sensitive. (#440)

v2.8.1 (December 17, 2020)

Bugs Fixed

  • hclsyntax: Fix panic when expanding marked function arguments. (#429)
  • hclsyntax: Error when attempting to use a marked value as an object key. (#434)
  • hclsyntax: Error when attempting to use a marked value as an object key in expressions. (#433)

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

... (truncated)

Commits
  • 0827c2f update CHANGELOG.md
  • 82cdaa7 Merge pull request #476 from hashicorp/jbardin/decode-unknown-dynblock
  • 19e7232 Merge pull request #478 from hashicorp/jbardin/string-template-unknown-marks
  • 868335a hclsyntax: maintain marks from unknown values
  • abe9c89 decode unknown blocks to ensure they are valid
  • 2eb4e9f Update CHANGELOG.md
  • a4e3f26 hcl: More helpful error messages in Index and GetAttr
  • a97795a hclsyntax: Fix incorrect examples of object expressions in the spec
  • 327f3ce Update CHANGELOG.md
  • f6e7bb7 hclsyntax: Don't panic when function returns invalid ArgError
  • 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)

Bumps [github.com/hashicorp/hcl/v2](https://github.com/hashicorp/hcl) from 2.6.0 to 2.10.1.
- [Release notes](https://github.com/hashicorp/hcl/releases)
- [Changelog](https://github.com/hashicorp/hcl/blob/main/CHANGELOG.md)
- [Commits](hashicorp/hcl@v2.6.0...v2.10.1)

---
updated-dependencies:
- dependency-name: github.com/hashicorp/hcl/v2
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot added dependencies Pull requests that update a dependency file go Pull requests that update Go code labels Jul 26, 2021
@dependabot @github
Copy link
Author

dependabot bot commented on behalf of github Dec 6, 2021

Superseded by #48.

@dependabot dependabot bot closed this Dec 6, 2021
@dependabot dependabot bot deleted the dependabot/go_modules/github.com/hashicorp/hcl/v2-2.10.1 branch December 6, 2021 10:03
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
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants