-
Notifications
You must be signed in to change notification settings - Fork 16
Clean up early & late lifetime handling #133
Copy link
Copy link
Open
Labels
T-typesAdd this label so rfcbot knows to poll the types teamAdd this label so rfcbot knows to poll the types teamfinal-comment-periodThe FCP has started, most (if not all) team members are in agreementThe FCP has started, most (if not all) team members are in agreementmajor-changeA major change proposalA major change proposalto-announceAnnounce this issue on triage meetingAnnounce this issue on triage meeting
Metadata
Metadata
Assignees
Labels
T-typesAdd this label so rfcbot knows to poll the types teamAdd this label so rfcbot knows to poll the types teamfinal-comment-periodThe FCP has started, most (if not all) team members are in agreementThe FCP has started, most (if not all) team members are in agreementmajor-changeA major change proposalA major change proposalto-announceAnnounce this issue on triage meetingAnnounce this issue on triage meeting
Type
Fields
Give feedbackNo fields configured for issues without a type.
Proposal
Opaque types and function item types are handling late bound lifetimes very hackily.
We think something along the lines of the ideas below can work, but mainly we want to try out lots of things here and land whatever sticks to the wall ("sticky" meaning "improves things")
Sparse on purpose, we're figuring things out as we go
Mentors or Reviewers
Process
The main points of the Major Change Process are as follows:
@rustbot second.-C flag, then full team check-off is required.@rfcbot fcp mergeon either the MCP or the PR.You can read more about Major Change Proposals on forge.
Comments
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed.