[SR-11420] Protocol Stubs Should Suggest Requirement Stubs for Renames As Well #53821
Labels
bug
A deviation from expected or documented behavior. Also: expected but undesirable behavior.
compiler
The Swift compiler itself
diagnostics QoI
Bug: Diagnostics Quality of Implementation
good first issue
Good for newcomers
Attachment: Download
Additional Detail from JIRA
md5: b5341cef12a65640a517d36946649164
Issue Description:
For some odd reason, we don't print requirements that we diagnose as "close enough" to another witness that we can offer a rename fixit. For requirements that nearly-match something in another module (especially one you don't control like Foundation), this means the stub we print is missing requirements and doesn't compile.
Look into the callers (or lack thereof) of swift::printRequirementStub to see why this is happening.
I've attached a small SwiftUI Mac app that tries to define a coordinator with a conformance to an Objective-C protocol that defines two requirements. If you open it up and try to build it, only one of the two requirement stubs is printed. The other notes that something in NSObject should be renamed. That remaining stub should be suggested and printed along with the other requirement.
The text was updated successfully, but these errors were encountered: