29 Commits (f-langserver)

Author	SHA1	Message	Date
Martin Atkins	ccb328cc1f	config: source code ranges for InterpolatedVariable ... Having a reference to the originating source range will allow us to generate decent error messages if certain references can't be resolved at interpolation time. This is not yet populated or used. It will never be populated nor used by the current HCL/HIL-based interpolation path, but will be used by the experimental HCL2-based interpolation path to give it the necessary info to produce diagnostics.	9 years ago
Martin Atkins	d41d58967f	config: parsing of local.foo variables for interpolation	9 years ago
Mitchell Hashimoto	786334b643	config: parse TerraformVariables	9 years ago
Mitchell Hashimoto	b979d8927e	config: use ast.TypeUnknown and don't remove computed values	10 years ago
Paul Hinze	ffa29090ec	core: Better error for dot indexing on user vars ... Dot indexing worked in the "regexps and strings" world of 0.6.x, but it no longer works on the 0.7 series w/ proper List / Map types. There is plenty of dot-indexed config out in the wild, so we need to do what we can to point users to the new syntax. Here is one place we can do it for user variables (`var.somemap`). We'll also need to address Resource Variables and Module Variables in a separate PR. This fixes the panic in #7103 - a proper error message is now returned.	10 years ago
Martin Atkins	718cdda77b	config: Parsing of data.TYPE.NAME.FIELD variables ... This allows ${data.TYPE.NAME.FIELD} interpolation syntax at the configuration level, though since there is no special handling of them in the core package this currently just acts as an alias for ${TYPE.NAME.FIELD}.	10 years ago
James Nugent	f49583d25a	core: support native list variables in config ... This commit adds support for native list variables and outputs, building up on the previous change to state. Interpolation functions now return native lists in preference to StringList. List variables are defined like this: variable "test" { # This can also be inferred type = "list" default = ["Hello", "World"] } output "test_out" { value = "${var.a_list}" } This results in the following state: ``` ... "outputs": { "test_out": [ "hello", "world" ] }, ... ``` And the result of terraform output is as follows: ``` $ terraform output test_out = [ hello world ] ``` Using the output name, an xargs-friendly representation is output: ``` $ terraform output test_out hello world ``` The output command also supports indexing into the list (with appropriate range checking and no wrapping): ``` $ terraform output test_out 1 world ``` Along with maps, list outputs from one module may be passed as variables into another, removing the need for the `join(",", var.list_as_string)` and `split(",", var.list_as_string)` which was previously necessary in Terraform configuration. This commit also updates the tests and implementations of built-in interpolation functions to take and return native lists where appropriate. A backwards compatibility note: previously the concat interpolation function was capable of concatenating either strings or lists. The strings use case was deprectated a long time ago but still remained. Because we cannot return `ast.TypeAny` from an interpolation function, this use case is no longer supported for strings - `concat` is only capable of concatenating lists. This should not be a huge issue - the type checker picks up incorrect parameters, and the native HIL string concatenation - or the `join` function - can be used to replicate the missing behaviour.	10 years ago
Mitchell Hashimoto	5f3de02fa9	remove config/lang, use hashicorp/hil	10 years ago
Paul Hinze	928f534cfc	template_file: source contents instead of path ... Building on the work of #3846, deprecate `filename` in favor of a `template` attribute that accepts file contents instead of a path. Required a bit of work in the interpolation code to prevent Terraform from assuming that template interpolations were resource variables that needed to be resolved. Leaving them as "Unknown Variables" prevents interpolation from happening early and lets the `template_file` resource do its thing.	11 years ago
Mitchell Hashimoto	9c612964d8	config: self variables	11 years ago
Mitchell Hashimoto	2abeb2d9ac	config: use new API	11 years ago
Mitchell Hashimoto	49fe0d5c7f	config: remove a lot of unused stuff	11 years ago
Mitchell Hashimoto	1ccad4d729	config: convert fucntions, put functions into Scope	11 years ago
Mitchell Hashimoto	aa2c7b2764	config: DetectVariables to detect interpolated variables in an AST	11 years ago
Mitchell Hashimoto	d714c6f2f1	terraform: test path variables	12 years ago
Mitchell Hashimoto	679ab1d515	config: parse ${path.module}	12 years ago
Mitchell Hashimoto	8756d52124	config: count.index parses	12 years ago
Mitchell Hashimoto	46c140c797	config: can parse module variables	12 years ago
Mitchell Hashimoto	bff5c09164	config: test nested function calls	12 years ago
Mitchell Hashimoto	4f57437144	config: parser fixes and application	12 years ago
Mitchell Hashimoto	1dcefba5c4	config: parser	12 years ago
Mitchell Hashimoto	db160a0249	config: add LiteralInterpolation	12 years ago
Mitchell Hashimoto	7b3a462ad1	config: remove UserMapVariable	12 years ago
Mitchell Hashimoto	e59ff6e92c	terraform: fix tests	12 years ago
Mitchell Hashimoto	aeb085c5f0	config: error if variable interpolation can't find variable	12 years ago
Mitchell Hashimoto	7578fb8bdc	config: interpolationWalker detects functions	12 years ago
Mitchell Hashimoto	6a191d7395	config: function calls work	12 years ago
Mitchell Hashimoto	4c9e0f395c	config: basic interpolationWalker	12 years ago
Mitchell Hashimoto	582b0cf43e	config: introduce Interpolation, not hooked up completely yet	12 years ago