-
Notifications
You must be signed in to change notification settings - Fork 926
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
Remove 'static requirement on run
#3006
Conversation
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 would work for async-winit
. In fact, it would work very well, since we could remove the 'static
bound on the future in block_on
.
However, it looks like this might be unsound on web to my uninformed eye,
I think the macOS backend is currently unsound if Though that should be fixable. Re if the backend doesn't ever return, then not having |
@madsmtm the thing is that we return, but the @daxpedda I think I've missed something? Because it seems like other code is bound to @madsmtm I was mostly curios about ios. |
This should work fine for Web.
I can fix that. |
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.
I'm not sure I understand you, but I was trying to say that the change should be sound on iOS (even though it doesn't compile as-is).
Required an |
Yeah, that's what I was afraid of, so I left it as is, unless a backend maintainer approves. |
@madsmtm you've replied about macOS initially though, not ios though. I guess your reply about ios was indirect though. Does it matter for macOS how you cleanup, if you basically drop the |
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.
For Web this works, but probably not useful and I would argue makes run()
more and more problematic.
We can have another discussion about whether we should leave run()
on Web or not in a different place and time.
I guess I'll do the beta 2 with it like that, and then we could probably gather some feedback whether we'd really need it to keep that way. |
c8e1bac
to
1b9af6a
Compare
There's no need to force the static on the users, given that internally some backends were not using static in the first place.
1b9af6a
to
6b3ead1
Compare
There's no need to force the static on the users, given that internally some backends were not using static in the first place.
CHANGELOG.md
if knowledge of this change could be valuable to users