hcl/hcldec
Martin Atkins b82170e941 hcldec: Handle or forbid cty.DynamicPseudoType attributes in nested blocks
Our BlockList, BlockSet, and BlockMap specs all produce cty collection
values, which require all elements to have a homogeneous type. If the
nested spec contained an attribute of type cty.DynamicPseudoType, that
would create the risk of each element having a different type, which would
previously have caused decoding to panic.

Now we either handle this during decode (BlockList, BlockSet) or forbid
it outright (BlockMap) to prevent that crash. BlockMap could _potentially_
also handle this during decode, but that would require a more significant
reorganization of its implementation than I want to take on right now,
and decoding dynamically-typed values inside collections is an edge case
anyway.
2018-08-22 11:52:40 -07:00
..
block_labels.go hcldec: BlockLabelSpec decoding 2017-10-03 15:59:20 -07:00
decode.go hcldec: ImpliedType function 2017-10-03 16:27:34 -07:00
doc.go Update doc comments and readmes for zcl -> HCL. 2017-09-11 16:56:31 -07:00
gob.go hcldec: BlockLabelSpec decoding 2017-10-03 15:59:20 -07:00
public_test.go hcldec: Handle or forbid cty.DynamicPseudoType attributes in nested blocks 2018-08-22 11:52:40 -07:00
public.go hcldec: Fix DefaultSpec to allow attribute and block specs 2018-05-22 15:06:42 -07:00
schema.go hcldec: ImpliedSchema must visit deep specs 2017-10-03 12:17:47 -07:00
spec_test.go hcldec: BlockAttrsSpec spec type 2018-08-09 16:53:16 -07:00
spec.go hcldec: Handle or forbid cty.DynamicPseudoType attributes in nested blocks 2018-08-22 11:52:40 -07:00
variables_test.go hcldec: BlockAttrsSpec spec type 2018-08-09 16:53:16 -07:00
variables.go hcldec: Variables must visit deeply-nested specifications 2018-05-24 12:11:53 -07:00