ObjCPropertyDecl should use the category interface as a context similar to what is done for methods.
Previously category methods would be printed as ::property; now they are printed as Class::property.
Differential D56924
Special case ObjCPropertyDecl for printing dgoldman on Jan 18 2019, 11:29 AM. Authored by
Details
Diff Detail
Event TimelineComment Actions This is definitely an improvement, though I don't know if it's *right*. @akyrtzi, thoughts?
Comment Actions Yeah, I'm not sure what the desired behavior is. When writing up the test I noticed there is a Obj::property, presumably for the auto-generated getter method (which I then filtered out via objcPropertyDecl). Where is the qualified name used? Comment Actions Do you know if this have an effect on the output of completion results or other tooling-based output? A couple of requests:
Comment Actions It's possible - clangd for instance was crashing because of the current behavior: ::property instead of Obj::property or (class extension)::property.
Comment Actions Removed the (class extension) output as the property getter if statement should now handle this.
|
Like you said in a private conversation, yes, support for ObjCIvarDecl also seems necessary.