cty
: TheValue.Multiply
andValue.Modulo
functions now correctly propagate the floating point precision of the arguments, which avoids generating incorrect results for large integer operands. (#75)convert
: Theconvert.MismatchMessage
function will now correctly identify mismatching attributes in objects, rather than misreporting attributes that are actually present and correct. (#78)
cty
:Value.UnmarkDeepWithPaths
andValue.MarkWithPaths
are likeValue.UnmarkDeep
andValue.Mark
but they retain path information for each marked value, so that marks can be re-applied later without all the loss of detail that results fromValue.UnmarkDeep
aggregating together all of the nested marks.function
: Unless a parameter hasAllowMarks: true
explicitly set, the functions infrastructure will now guarantee that it never sees a marked value even if the mark is deep inside a data structure. Previously that guarantee was only shallow for the top-level value, similar toAllowUnknown
, but because marks are a relatively new addition tocty
and numerous existing functions are not written to deal with them this is the more conservative and robust default. (#72)function/stdlib
: Theformatdate
function was not correctly handling literal sequences at the end of the format string. It will now handle those as intended. (#69)
cty
:: Fix a regression from 1.6.0 whereValue.RawEqual
no longer returned the correct result given a pair of sets containing partially-unknown values. (#64)
-
Fixed various defects in the handling of sets containing unknown values. This will cause unknown values to now be returned in more situations, whereas before
cty
would often return incorrect results when working with sets containing unknown values. The list of defects fixed in this release includes:cty
: The length of a set containing unknown values, as defined byValue.Length
, is itself unknown, reflecting the fact that unknown values may be placeholders for values that are equal to other values in the set, which would thus coalesce into a single value.cty:
Converting a set with unknown values to a list produces an unknown value, because type conversion can't predict which indices each element of the set should take (the unknown elements could appear anywhere in the sort order) or the length of the resulting list.function/stdlib
: theLengthFunc
andToList
functions wrap the behaviors described in the previous two items and are therefore also fixed in the same way.function/stclib
:FormatListFunc
depends on knowing the length of all of its sequence arguments (which includes support for sets), so it will return an unknown result if given a set with an unknown length.function/stdlib
: The various set operation functions were previously producing incorrect results if one of their given sets contained unknown values, because they didn't consider that unknown values on one set may be placeholders for values that are equal to elements of the other set. For example,SetSubtractFunc
now produces a wholly-unknown result if either of its arguments contains an unknown element, because it can't predict whether that unknown element represents a value equal to an element in the other set.cty
: TheValue.Equal
function would previously incorrectly return a knowncty.False
if one of the given sets contained an unknown value. It will now returncty.UnknownVal(cty.Bool)
in that case, reflecting that the result could be eithercty.True
orcty.False
were the unknown values to be replaced with known values.cty
: TheValue.LengthInt
function was also returning incorrect results for sets containing unknown elements. However, given that it is commonly used in conjunction withElementIterator
to determine the capacity for a slice to append elements to, it is not fixed and is instead redefined to return the maximum possible length, which would result if all of the unknown values represent values that are not equal to any other set element. Applications that useValue.LengthInt
to determine lengths to return to users who are working in the space ofcty
values should switch to usingValue.Length
instead and handle the possibility of the length being unknown, to avoid returning incorrect results for sets with unknown values.
These are not classified as breaking changes because the previous behavior was defective per the design goals for unknown values. However, callers may notice their application behavior changes along with these fixes when upgrading. The new behaviors should all be more correct than the old; if you observe a change in behavior where there is now an incorrect result for sets containing unknown values (that is, where
cty
claims it knows an answer that it should not actually know), please report that in a GitHub issue.We advise callers which work with sets that may potentially contain unknown values to review their own set-handling functions to check if they too might be handling sets with unknown values incorrectly, particularly if they work with sets using integration methods rather than operation methods (for example, using
Value.ValueList
orValue.ValueSet
to extract elements directly). It seems that incorrect handling of sets with unknown values has been a common hazard, particularly in codepaths that aim to treat lists and sets as being interchangable. -
function/stdlib
: Theelement
function will no longer panic if given a negative index. Instead, it will return a proper error. (#62) -
convert
: Experimental support for annotating one or more attributes of an object type as "optional", which theconvert
package can then use to suppress the error that would normally be returned if the source type has no corresponding attribute, and can substitute a correctly-typed null value instead. This new behavior is subject to change even in minor release ofcty
, until it has been tested in experimental releases of downstream applications and potentially modified in response.
function/stdlib
: Themerge
function will no longer panic if all given maps are empty. (#58)function/stdlib
: The various set-manipulation functions, likesetunion
, will no longer panic if given an unknown set value. (#59)
cty
: NewValue.HasWhollyKnownType
method, for testing whether a value's type could potentially change if any unknown values it was constructed from were to become known. (#55)convert
: Fix incorrect panic when converting a tuple with a dynamic-typed null member into a list or set, due to overly-liberal type unification. (#56)
function/stdlib
: Thejsonencode
function will now correctly accept a null as its argument, and produce the JSON representation"null"
rather than returning an error. (#54)
function/stdlib
: Fix various panics related to sets with unknown element types in the set-manipulation functions. (#52)convert
: Don't panic when asked to convert a tuple of objects to a list type constraint containing a nestedcty.DynamicPseudoType
. (#53)
function/stdlib
: The string functions that partition strings into individual characters (grapheme clusters) now use the appropriate segmentation rules from Unicode 12.0.0, while previous versions used Unicode 9.0.0.function/stdlib
: New functionsReplace
andRegexReplace
for matching and replacing sequences of characters in a given string with another given string. (#45)function/stdlib
: The functionSubstr
will now produce a zero-length string when given a length of zero. Previously it was incorrectly returning the remainder of the string after the given offset. (#48)function/stdlib
: TheFloor
andCeil
functions will now return an infinity if given an infinity, rather than returning the maximum/minimum integer value. (#51)cty
: Convenience methods for constructing path index steps from normal Go int and string values. (#50)
convert
: Fix incorrect conversion rules for maps of maps that were leading to panics. This will now succeed in some more cases that ought to have been valid, and produce a proper error if there is no valid outcome. (#47)function/stdlib
: Fix an implementation error in theContains
function that was introduced in 1.3.0, so it will now produce a correct result rather than failing with a confusing error message. (#46)
convert
: There are now conversions from map types to object types, as long as the given map type's element type is convertible to all of the object type's attribute types. (#42)function/stdlib
: HashiCorp has contributed a number of additional functions to the standard library that were originally implemented directly inside their Terraform codebase: (#37)Element
: take an element from a list or tuple by index, using modulo wrap-around.CoalesceList
: return the first non-empty list argument.Compact
: take a list of strings and return a new list of strings with all empty strings removed.Contains
: returns true if a given value appears as an element in a list, tuple, or set.Distinct
: filters duplicate elements from a list while retaining the order of remaining items.ChunkList
: turn a list into a list-of-lists where each top-level list is a "chunk" of a particular size of elements from the input.Flatten
: given a sequence that might contain other sequences, eliminate any intermediate sequences to produce a flat sequence.Keys
: return a list of keys from a map or object value in lexical order.Values
: return a list of values from a map in the same order asKeys
.Lookup
: conditional lookup of an element from a map if it's present, or a fallback value if not. (This one differs from its Terraform equivalent in that the default value argument is required.)Merge
: given one or more maps or objects, merge them together into a single collection.ReverseList
: given a list, return a new list with the same items in the opposite order.SetProduct
: compute the cartesian product of one or more sets.Slice
: extract a consecutive sub-list from a list.Zipmap
: given a pair of lists of the same length, interpret the first as keys and the second as corresponding values to produce a map.- A factory
MakeToFunc
to build functions that each convert to a particular type constraint. TimeAdd
: add a duration to a timestamp to produce a new timestamp.Ceil
andFloor
: round a fractional value to the nearest integer, away from or towards zero respectively.Log
: computes a logarithm in a given base.Pow
: implements exponentiation.ParseInt
: parses a string containing digits in a particular base to produce a whole number value.Join
: concatenates the elements of a list of strings with a given separator to produce a string.Split
: partitions a string by a given separator, returning a list of strings.Sort
: sorts a list of strings into lexical order.Chomp
: removes one or more newline characters from the end of a given string, producing a new string.Indent
: prepends a number of spaces to all lines except the first in a given string, producing a new string.Title
: converts a string to "title case".TrimSpace
: trims spaces from the start and end of a given string.Trim
: generalization ofTrimSpace
that allows user-specified trimming characters.TrimPrefix
: likeTrim
but only at the start of the string.TrimSuffix
: likeTrim
but only at the end of the string.
cty
: Fixed an infinite recursion bug when working with sets containing nested data structures. (#35)
cty
: Applications can now implement a general subset of thecty
operations when creating a capsule type. For more information, see Capsule Type Operation Definitions.cty
: Values now support a new mechanism called Value Marks which can be used to transit additional metadata through expressions by marking the input values and then observing which marks propagated to the result value. This could be used, for example, to detect whether a value was derived from a particular other value in case that is useful for giving extra feedback in an error message.
cty
: Fixed a panic situation when trying to round-tripcty.Number
values throughencoding/gob
. (#32)convert
: Invalid string conversions to bool that use incorrect case will now give more actionable feedback. (#29)function/stdlib
: Theformatlist
function will no longer panic if given an unknown tuple as one of its arguments.
- New method
Path.Equals
for robustly comparingcty.Path
values. Previously callers might've usedreflect.DeepEqual
or similar, but that is not correct when a path contains acty.Number
index becausereflect.DeepEqual
does not correctly represent equality for number values. (#25)
Initial stable release.