-
Notifications
You must be signed in to change notification settings - Fork 10.5k
Minor improvements to SIL verifier #21504
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
@objc @inlinable deinit { | ||
print("bye") | ||
} | ||
@objc deinit |
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.
@jrose-apple @objc
is a no-op on a deinit isn't it? Should we warn and remove the attribute?
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.
This is how it gets printed right now, so we have to handle reading it back in.
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.
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.
*shrug* A warning sounds fine. I'd also be happy if we (additionally) didn't print it here.
@swift-ci Please smoke test |
@swift-ci Please test source compatibility |
…thods in resilient classes
Just like a switch_enum, switch_enum_addr must have a default case if the enum is resilient from the current function.
a6e3464
to
d8cf20e
Compare
@swift-ci Please test |
@swift-ci Please test source compatibility |
Build failed |
Build failed |
Source compatibility “failures” are UPASS |
Add some checks that we're not doing non-resilient things to resilient types inside inlinable functions, and fix two bugs caught by this.