-
Notifications
You must be signed in to change notification settings - Fork 10.5k
[GSB] AbstractProtocol requirements are never explicit. #9856
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
@swift-ci Please smoke test |
@swift-ci Please test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the intent here was to allow us to detect redundant requirements within a protocol definition itself. Maybe we should be checking the inferred
bit on protocolReq instead of always returning false
?
Aha, that makes sense. |
6fec176
to
6f3bb1e
Compare
@swift-ci Please smoke test |
@swift-ci Please smoke test. |
This is a legitimate timeout. The change now causes the compiler to do the infinite recursion/expansion thing in the standard library. |
6f3bb1e
to
9ecf87e
Compare
…and not inferred. If they're considered explicit, requirement inference will complain when it infers X: SomeProtocol for some concrete type X. Fixes SR-4693, rdar://problem/31819616
9ecf87e
to
578097c
Compare
@swift-ci Please smoke test and merge. |
@swift-ci Please smoke test |
If they're considered explicit, requirement inference will complain when
it infers X: SomeProtocol for some concrete type X.
Fixes SR-4693, rdar://problem/31819616
I suspect this isn't correct, but the git history didn't reveal the reasoning, I'm not sure I fully grasped the space, and, tests seemed to pass locally.