Skip to content

Requirement lowering cleanup and accept-invalid fix for @objc protocols #69866

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

Conversation

slavapestov
Copy link
Contributor

There isn't a whole lot you can actually state in the where clause of an @objc protocol, because there are no associated types. But you can state some invalid things, so make sure they get diagnosed.

While I'm here, clean up RequirementLowering.cpp to make the phase separation between requirement inference and requirement desugaring more explicit.

…inference

Refactor the code to match what's written up in generics.tex.

It's easier to understand what's going on if requirement inference
first introduces a bunch of requirements that might be trivial,
and then all user-written and inferred requirements are desugared
at the end in a separate pass.
Don't quote generic parameter names because then the tau gets
escaped in canonical types, and expand out the replacement
type with printRec() instead of stringifying it.
@slavapestov
Copy link
Contributor Author

@swift-ci Please smoke test

@slavapestov
Copy link
Contributor Author

swiftlang/swift-driver#1486
@swift-ci Please smoke test macOS

@slavapestov
Copy link
Contributor Author

Please smoke test macOS

@slavapestov
Copy link
Contributor Author

@swift-ci Please smoke test macOS

@slavapestov slavapestov merged commit c019aef into swiftlang:main Nov 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant