harp
harp copied to clipboard
chore(deps): Bump github.com/hashicorp/hcl/v2 from 2.11.1 to 2.17.0
Bumps github.com/hashicorp/hcl/v2 from 2.11.1 to 2.17.0.
Release notes
Sourced from github.com/hashicorp/hcl/v2's releases.
v2.17.0
Enhancements
HCL now uses a newer version of the upstream
ctylibrary which has improved treatment of unknown values: it can now track additional optional information that reduces the range of an unknown value, which allows some operations against unknown values to return known or partially-known results. (#590)Note: This change effectively passes on
cty's notion of backward compatibility whereby unknown values can become "more known" in later releases. In particular, if your caller is usingcty.Value.RawEqualsin its tests against the results of operations with unknown values then you may see those tests begin failing after upgrading, due to the values now being more "refined".If so, you should review the refinements with consideration to the
ctyrefinements docs and update your expected results to match only if the reported refinements seem correct for the given situation. TheRawEqualsmethod is intended only for making exact value comparisons in test cases, so main application code should not use it; useEqualsinstead for real logic, which will take refinements into account automatically.v2.16.2
Bugs Fixed
- ext/typeexpr: Verify type assumptions when applying default values, and ignore input values that do not match type assumptions. (#594)
v2.16.1
Bugs Fixed
- hclsyntax: Report correct
Range.EndforFunctionCallwith incomplete argument (#588)v2.16.0
Enhancements
ext/typeexpr: Modify the Defaults functionality to implement additional flexibility. HCL will now upcast lists and sets into tuples, and maps into objects, when applying default values if the applied defaults cause the elements within a target collection to have differing types. Previously, this would have resulted in a panic, now HCL will return a modified overall type. (hashicorp/hcl#574)
Users should return to the advice provided by v2.14.0, and apply the go-cty convert functionality after setting defaults on a given cty.Value, rather than before.
hclfmt: Avoid rewriting unchanged files. (hashicorp/hcl#576)
hclsyntax: Simplify the AST for certain string expressions. (hashicorp/hcl#584)
Bugs Fixed
- hclwrite: Fix data race in formatSpaces. (hashicorp/hcl#511)
v2.15.0
Bugs Fixed
- ext/typeexpr: Skip null objects when applying defaults. This prevents crashes when null objects are creating inside collections, and stops incomplete objects being created with only optional attributes set. (#567)
- ext/typeexpr: Ensure default values do not have optional metadata attached. This prevents crashes when default values are inserted into concrete go-cty values that have also been stripped of their optional metadata. (#568)
Enhancements
- ext/typeexpr: With the go-cty upstream depenendency updated to v1.12.0, the
Defaultsstruct and associated functions can apply additional and more flexible 'unsafe' conversions (examples include tuples into collections such as lists and sets, and additional safety around null and dynamic values). (#564)- ext/typeexpr: With the go-cty upstream depenendency updated to v1.12.0, users should now apply the go-cty convert functionality before setting defaults on a given
cty.Value, rather than after, if they require a specificcty.Type. (#564)v2.14.1
Bugs Fixed
- ext/typeexpr: Type convert defaults for optional object attributes when applying them. This prevents crashes in certain cases when the objects in question are part of a collection. (#555)
... (truncated)
Changelog
Sourced from github.com/hashicorp/hcl/v2's changelog.
v2.17.0 (May 31, 2023)
Enhancements
HCL now uses a newer version of the upstream
ctylibrary which has improved treatment of unknown values: it can now track additional optional information that reduces the range of an unknown value, which allows some operations against unknown values to return known or partially-known results. (#590)Note: This change effectively passes on
cty's notion of backward compatibility whereby unknown values can become "more known" in later releases. In particular, if your caller is usingcty.Value.RawEqualsin its tests against the results of operations with unknown values then you may see those tests begin failing after upgrading, due to the values now being more "refined".If so, you should review the refinements with consideration to the
ctyrefinements docs and update your expected results to match only if the reported refinements seem correct for the given situation. TheRawEqualsmethod is intended only for making exact value comparisons in test cases, so main application code should not use it; useEqualsinstead for real logic, which will take refinements into account automatically.v2.16.2 (March 9, 2023)
Bugs Fixed
- ext/typeexpr: Verify type assumptions when applying default values, and ignore input values that do not match type assumptions. (#594)
v2.16.1 (February 13, 2023)
Bugs Fixed
- hclsyntax: Report correct
Range.EndforFunctionCallwith incomplete argument (#588)v2.16.0 (January 30, 2023)
Enhancements
ext/typeexpr: Modify the
Defaultsfunctionality to implement additional flexibility. HCL will now upcast lists and sets into tuples, and maps into objects, when applying default values if the applied defaults cause the elements within a target collection to have differing types. Previously, this would have resulted in a panic, now HCL will return a modified overall type. (#574)Users should return to the advice provided by v2.14.0, and apply the go-cty convert functionality after setting defaults on a given
cty.Value, rather than before.hclfmt: Avoid rewriting unchanged files. (#576)
hclsyntax: Simplify the AST for certain string expressions. (#584)
Bugs Fixed
- hclwrite: Fix data race in
formatSpaces. (#511)v2.15.0 (November 10, 2022)
Bugs Fixed
- ext/typeexpr: Skip null objects when applying defaults. This prevents crashes when null objects are creating inside collections, and stops incomplete objects being created with only optional attributes set. (#567)
- ext/typeexpr: Ensure default values do not have optional metadata attached. This prevents crashes when default values are inserted into concrete go-cty values that have also been stripped of their optional metadata. (#568)
Enhancements
- ext/typeexpr: With the go-cty upstream depenendency updated to v1.12.0, the
Defaultsstruct and associated functions can apply additional and more flexible 'unsafe' conversions (examples include tuples into collections such as lists and sets, and additional safety around null and dynamic values). (#564)- ext/typeexpr: With the go-cty upstream depenendency updated to v1.12.0, users should now apply the go-cty convert functionality before setting defaults on a given
cty.Value, rather than after, if they require a specificcty.Type. (#564)v2.14.1 (September 23, 2022)
... (truncated)
Commits
7208bcev2.17.0 release58cc29fUpdate CHANGELOG.mde4bd3b4hcldec: RefineValueSpec333389dhclsyntax: Refinements to unknown splat expression resultsea69807ext/typeexpr: Refinements when applying defaults with unknown values628da05hclsyntax: ConditionalExpr can refine its unknown resultse0058a2hclsyntax: TemplateExpr can refine its unknown resultsadb8823go.mod: Use cty v1.13.0, with support for refined unknown valuese54a196Update CHANGELOG.mdec21494Update CHANGELOG.md- Additional commits viewable in compare view
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 rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot ignore this major versionwill 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 versionwill 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 dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)