-
Notifications
You must be signed in to change notification settings - Fork 170
cmd/cue: incomplete value from default #577
Comments
This is correct behavior:
This is ultimately the result that there can be only one level of default. There may be useful to have a builtin that can at least pick a default during evaluation. Or maybe defaults should actually resolve upon reference. The idea of not doing so was that one can refer to a type that has a default as well. But maybe this is more confusing than not in practice and it seems bad practice anyway. |
Would this then mean that there can be multiple levels of defaults? |
No that would still not mean that. It would even mean there is less possibility to propagate defaults than there is now. |
This issue has been migrated to cue-lang/cue#577. For more details about CUE's migration to a new home, please see cue-lang/cue#1078. |
What version of CUE are you using (
cue version
)?Does this issue reproduce with the latest release?
Yes
What did you do?
Then:
What did you expect to see?
What did you see instead?
Removing the
Steps
field (i.e. shifting everything "up" one level) does not cause the problem to manifest.Marking as a "new evaluator" issue for now.
The text was updated successfully, but these errors were encountered: