-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Implement generic function type syntax in DDC #27971
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
FYI -- I'm not sure we will need to do any changes at all to DDC, as we already support universal function types, so fixing Analyzer side should give this to us for free. |
Moving to 1.22 for implementation, informal spec i linked from the meta-issue #27527 |
@floitschG are there tests for this? Once #27969 is done, we should sanity check that those tests pass in DDC. I don't think there is anything else to do. |
Marking this as done on the DDC side - I don't anticipate any work beyond the analyzer issue and the bugs Jen referenced. |
Reopening. Discovered DDC does not support the syntax due to introduction of a new Analyzer AST node (rather than implement it purely using the existing types). |
I'm working on this now, though. |
i've got a CL with syntax support working, however we still need proper runtime representation and subtype checks for strong mode (see #28079) |
This is the DDC-implementation issue for #27527.
At the moment we only really need the new syntax in typedefs. Eventually, we want to make this syntax usable for fields and locals, but it's not yet as high a priority. If you find the time to make it work there too, please guard it behind a (different) flag.
See #27969 for the analyzer issue.
The text was updated successfully, but these errors were encountered: