This repository was archived by the owner on Aug 17, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 13
Nested parent aliases #20
Comments
That makes sense to me. |
FWIW, "parent" can mean many things, so I would also have a preference for replacing that keyword with |
Good point. Now that you mention it, I also have a distinct notion of "parent" brewing in a totally different context. |
lukewagner
pushed a commit
that referenced
this issue
Dec 17, 2020
Closed
lukewagner
pushed a commit
that referenced
this issue
Dec 21, 2020
lukewagner
pushed a commit
that referenced
this issue
Dec 21, 2020
Fixed with #26 |
lukewagner
pushed a commit
that referenced
this issue
Sep 23, 2021
lukewagner
pushed a commit
that referenced
this issue
Sep 24, 2021
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently, parent aliases can only refer to the innermost parent. When nesting multiple levels, it may be necessary to reference definitions from an even outer scope. While this could be expressed by inserting an alias on each level and chaining them up, it seems natural enable parent aliases to point to any enclosing scope directly.
For example, instead of
directly allow
where the parent is indexed relatively (de Bruijn-style), with the innermost one being 0. If omitted, it defaults to 0.
Or as a symbolic shorthand (cf. #19):
where we allow to use the symbolic name of modules to name parents.
This becomes more relevant once type imports induce more complicated type dependencies.
The text was updated successfully, but these errors were encountered: