-
Notifications
You must be signed in to change notification settings - Fork 10.5k
Lift Requirement and Parameter Accessors up to GenericSignature #38403
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 Here's that refactoring I promised you last year |
Build failed |
Build failed |
@swift-ci smoke test |
Build failed |
Build failed |
4cfe07b
to
5da823a
Compare
Build failed |
Build failed |
Build failed |
@swift-ci smoke test |
Start treating the null {Can}GenericSignature as a regular signature with no requirements and no parameters. This not only makes for a much safer abstraction, but allows us to simplify a lot of the clients of GenericSignature that would previously have to check for null before using the abstraction.
@swift-ci smoke test |
Start depopulating GenericSignatureImpl by treating null {Can}GenericSignatures as signatures with no requirements and no parameters. There are intervening commits with the results of a manual pass through the existing callers of these functions to see where we could simplify some uses. I'm sure there are many more that I've missed.