Repository navigation
Tracking Issue for feature future_poll_fn #72302
Copy link
Copy link
Closed
Labels
A-async-awaitArea: Async & AwaitArea: Async & AwaitAsyncAwait-TriagedAsync-await issues that have been triaged during a working group meeting.Async-await issues that have been triaged during a working group meeting.B-unstableBlocker: Implemented in the nightly compiler and unstable.Blocker: Implemented in the nightly compiler and unstable.C-tracking-issueCategory: An issue tracking the progress of sth. like the implementation of an RFCCategory: An issue tracking the progress of sth. like the implementation of an RFCI-libs-radarLibs issues that are tracked on the team's radar.Libs issues that are tracked on the team's radar.T-libs-api[DEPRECATED; DO NOT USE][DEPRECATED; DO NOT USE]disposition-mergeThis issue / PR is in PFCP or FCP with a disposition to merge it.This issue / PR is in PFCP or FCP with a disposition to merge it.finished-final-comment-periodThe final comment period is finished for this PR / Issue.The final comment period is finished for this PR / Issue.
Description
The feature gate for the issue is #![feature(future_poll_fn)].
Steps
- Adjust documentation (see instructions on rustc-dev-guide)
- Stabilization PR (Stabilize
future_poll_fn#99306)
Unresolved Questions
- Should this be named
future::from_fninstead?
Implementation history
- Initial implementation in Add core::future::{poll_fn, PollFn} #72303
Rename fromfuture::poll_fntofuture::from_fnin Renamecore::future::poll_fntocore::future::from_fn#76789- closed as it's ambiguous, see the discussion on that PR
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
A-async-awaitArea: Async & AwaitArea: Async & AwaitAsyncAwait-TriagedAsync-await issues that have been triaged during a working group meeting.Async-await issues that have been triaged during a working group meeting.B-unstableBlocker: Implemented in the nightly compiler and unstable.Blocker: Implemented in the nightly compiler and unstable.C-tracking-issueCategory: An issue tracking the progress of sth. like the implementation of an RFCCategory: An issue tracking the progress of sth. like the implementation of an RFCI-libs-radarLibs issues that are tracked on the team's radar.Libs issues that are tracked on the team's radar.T-libs-api[DEPRECATED; DO NOT USE][DEPRECATED; DO NOT USE]disposition-mergeThis issue / PR is in PFCP or FCP with a disposition to merge it.This issue / PR is in PFCP or FCP with a disposition to merge it.finished-final-comment-periodThe final comment period is finished for this PR / Issue.The final comment period is finished for this PR / Issue.
Activity
joshtriplett commentedon Jun 20, 2022
This exists in futures-lite, and people use it. It seems worth having available in the standard library.
The naming discussion doesn't seem likely to change, and all else being equal there's a history for the name
poll_fn.Shall we stabilize this?
@rfcbot merge
rfcbot commentedon Jun 20, 2022
Team member @joshtriplett has proposed to merge this. The next step is review by the rest of the tagged team members:
No concerns currently listed.
Once a majority of reviewers approve (and at most 2 approvals are outstanding), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up!
See this document for info about what commands tagged team members can give me.
rfcbot commentedon Jun 29, 2022
🔔 This is now entering its final comment period, as per the review above. 🔔
rfcbot commentedon Jul 9, 2022
The final comment period, with a disposition to merge, as per the review above, is now complete.
As the automated representative of the governance process, I would like to thank the author for their work and everyone else who contributed.
This will be merged soon.
Rollup merge of rust-lang#99306 - JohnTitor:stabilize-future-poll-fn,…
Rollup merge of #99306 - JohnTitor:stabilize-future-poll-fn, r=joshtr…
RalfJung commentedon Oct 6, 2022
There are some soundness issues with
poll_fn(not strictly speaking a soundness bug, but we might still want to do a breaking change now before there are too many people relying on this): the fact thatPollFn<F>is alwaysUnpinis a problem. It should requireF: Unpinfor that.See IRLO for details, in particular this miscompilation bug.
RalfJung commentedon Oct 6, 2022
I am proposing to change the
Unpinimpl in #102737.