Repository navigation
[tracking issue] const fn std::mem::needs_drop #51929
Description
Activity
- addedA-destructorsArea: Destructors (`Drop`, …)Area: Destructors (`Drop`, …)
on Jun 30, 2018 - addedE-easyCall for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.Call for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.
on Jun 30, 2018 blocked on #51570
- addedS-blockedStatus: Blocked on something else such as an RFC or other implementation work.Status: Blocked on something else such as an RFC or other implementation work.
on Jun 30, 2018 @oli-obk is this still blocked? If not I would like to help out with it. 👍
Reacted by Andrew Xu- added a commit that references this issue
on Aug 25, 2018 It might be nice to keeps this issue open until
const_needs_dropis stabilized.- changed the title
[-]std::mem::needs_drop should be a const fn[/-][+][tracking issue] const fn std::mem::needs_drop[/+]on Oct 1, 2018 12 remaining items
Team member @sfackler has proposed to merge this. The next step is review by the rest of the tagged team members:
- @Centril
- @Kimundi
- @SimonSapin
- @alexcrichton
- @aturon
- @cramertj
- @dtolnay
- @eddyb
- @joshtriplett
- @nikomatsakis
- @pnkfelix
- @scottmcm
- @sfackler
- @withoutboats
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.
- addedproposed-final-comment-periodProposed to merge/close by relevant subteam, see T-<team> label. Will enter FCP once signed off.Proposed to merge/close by relevant subteam, see T-<team> label. Will enter FCP once signed off.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.
on Jan 23, 2019 Seems unobjectionable (assuming the implementation is up to snuff...? cc @oli-obk).
Yea, the impl has baked in miri since long before it was in const eval. I also rechecked it and I see no reason not to stabilize.
Reacted by Mazdak FarrokhzadReacted by Mazdak Farrokhzad🔔 This is now entering its final comment period, as per the review above. 🔔
- addedfinal-comment-periodIn the final comment period and will be merged soon unless new substantive objections are raised.In the final comment period and will be merged soon unless new substantive objections are raised.and removedproposed-final-comment-periodProposed to merge/close by relevant subteam, see T-<team> label. Will enter FCP once signed off.Proposed to merge/close by relevant subteam, see T-<team> label. Will enter FCP once signed off.
on Mar 29, 2019 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.
The RFC will be merged soon.
- addedfinished-final-comment-periodThe final comment period is finished for this PR / Issue.The final comment period is finished for this PR / Issue.and removedfinal-comment-periodIn the final comment period and will be merged soon unless new substantive objections are raised.In the final comment period and will be merged soon unless new substantive objections are raised.
on Apr 8, 2019 - added a commit that references this issue
on Apr 29, 2019
The issue title says it all really. std::mem::needs_drop is a function that doesn't change from call to call once monomorphized, so it should be a const function.
EDIT:
This has been implemented and it is waiting for stabilization now.