-
Notifications
You must be signed in to change notification settings - Fork 10.5k
[ClangImporter] Use external_source_symbol to identify Swift decls #27355
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
[ClangImporter] Use external_source_symbol to identify Swift decls #27355
Conversation
@swift-ci Please test |
@swift-ci Please test source compatibility |
Build failed |
I really thought I tested that. I'll update it later today. |
...rather than replacing particular macros with an 'annotate' attribute and then looking for that. This isn't /really/ any particular win except maybe ever-so-slightly faster module imports (with one fewer attribute being added to each declaration in a mixed-source header). This doesn't remove the SWIFT_CLASS_EXTRA, SWIFT_PROTOCOL_EXTRA, or SWIFT_ENUM_EXTRA macros from PrintAsObjC (note that SWIFT_EXTENSION_EXTRA was never used). They're not exactly needed anymore, but they're not doing any harm if someone else is using them.
62bd812
to
7b2f63f
Compare
@swift-ci Please test |
Build failed |
Build failed |
@swift-ci Please test macOS |
...rather than replacing particular macros with an
annotate
attribute and then looking for that. This isn't really any particular win except maybe ever-so-slightly faster module imports (with one fewer attribute being added to each declaration in a mixed-source header).This doesn't remove the
SWIFT_CLASS_EXTRA
,SWIFT_PROTOCOL_EXTRA
, orSWIFT_ENUM_EXTRA
macros from PrintAsObjC (note thatSWIFT_EXTENSION_EXTRA
was never used). They're not exactly needed anymore, but they're not doing any harm if someone else is using them.