Skip to content

Enable optional unowned/unowned(unsafe) references #17767

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

Merged

Conversation

davezarzycki
Copy link
Contributor

@rjmccall okayed this change in a comment on GitHub pull request: #16237

@davezarzycki davezarzycki requested a review from rjmccall July 5, 2018 19:20
@davezarzycki
Copy link
Contributor Author

@swift-ci please smoke test

@davezarzycki davezarzycki force-pushed the enable_opt_unowned_unmanaged branch from 8bb93de to 0a6c6f6 Compare July 5, 2018 20:47
@davezarzycki
Copy link
Contributor Author

@swift-ci please smoke test

@jrose-apple
Copy link
Contributor

This is a big new change (and one that's been requested for a long time, rdar://problem/17277899!). Can you add some execution tests (in test/Interpreter) to show that this is working with both ObjC and non-ObjC types? And can you update CHANGELOG.md?

John okayed this change in a comment on GitHub pull request: swiftlang#16237
@davezarzycki davezarzycki force-pushed the enable_opt_unowned_unmanaged branch from 0a6c6f6 to 71472cf Compare July 11, 2018 18:41
@davezarzycki
Copy link
Contributor Author

@jrose-apple – Adding the interpreter tests found a bug. So yay for more tests.
@rjmccall – Can you please double check the changes to IRGenSIL.cpp? Thanks!

@swift-ci please test

@swift-ci
Copy link
Contributor

Build failed
Swift Test Linux Platform
Git Sha - 8bb93de9b556ba7f53f02850557632d0ab8e2478

@jrose-apple
Copy link
Contributor

Aack. I hate to delay this even more, but I realized we probably don't want to land it without checking debugger support, or at least a commitment from the debugger folks to add that soon. @dcci, @jimingham, I wouldn't expect this to require any work beyond what we already do for unowned references, but if LLDB is assuming they're non-null anywhere… What do you think?

@davezarzycki davezarzycki requested review from dcci and jimingham July 11, 2018 20:15
@davezarzycki
Copy link
Contributor Author

Hi @jrose-apple – The delay is fine. The ease of this pull request is the result of #16237, which took two months to land, so waiting a few more days isn't a big deal.

@davezarzycki
Copy link
Contributor Author

@dcci and @jimingham – Ping. Your feedback is appreciated. Thanks!

@dcci
Copy link
Member

dcci commented Jul 17, 2018

Sorry, this slipped through the cracks. Reviewing now.

Copy link
Member

@dcci dcci left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@davezarzycki To the. best of my understanding the compiler bits are fine, but I think some work might be needed to get stuffs to work in the debugger. That said, I think it's not worth delaying this PR merge more, so please go ahead.

I think if you're interested you might want to consider adding a REPL tests in lldb for what you added, and then we can go from there. If you don't have time for this, I'd appreciate if you can at least open a bug on JIRA.

@davezarzycki davezarzycki merged commit bae6cc6 into swiftlang:master Jul 17, 2018
@davezarzycki davezarzycki deleted the enable_opt_unowned_unmanaged branch July 17, 2018 18:13
@davezarzycki
Copy link
Contributor Author

Thanks @dcci – I have something that might work for lldb. I'll follow up with a pull request.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants