Skip to content

Remove obsolete documentation about drop-flags #39304

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
merged 1 commit into from
Feb 20, 2017

Conversation

jrmuizel
Copy link
Contributor

No description provided.

@rust-highfive
Copy link
Contributor

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @steveklabnik (or someone else) soon.

If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.

Please see the contribution instructions for more information.

Rust makes it easy to take control here! Uninitialized values are there, and
you can work with them in Safe Rust, but you're never in danger.
As of Rust 1.13, the drop flags are tracked on the stack and no longer stashed in
types that implement drop.
Copy link
Contributor

Choose a reason for hiding this comment

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

This "no longer" bit doesn't make much sense since you removed the part that it references. Maybe keep a condensed version so it's more like "This is how it was in Rust 1.0, then in 1.13 it changed to this."?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I'd prefer to lead with the current behaviour.

How about:
As of Rust 1.13, the drop flags are now tracked on the stack instead of being stashed in types that implement drop as they were in prior versions.

Copy link
Member

Choose a reason for hiding this comment

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

We don't mention versions in docs; always speak to the present.

Copy link
Member

Choose a reason for hiding this comment

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

(so just lose the first clause)

Copy link
Contributor

Choose a reason for hiding this comment

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

Here we go again.

Rust makes it easy to take control here! Uninitialized values are there, and
you can work with them in Safe Rust, but you're never in danger.
As of Rust 1.13, the drop flags are tracked on the stack and no longer stashed in
types that implement drop.
Copy link
Member

Choose a reason for hiding this comment

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

(so just lose the first clause)

@steveklabnik
Copy link
Member

ping @jrmuizel ! Any interest in keeping this going?

@bors
Copy link
Collaborator

bors commented Feb 15, 2017

☔ The latest upstream changes (presumably #39633) made this pull request unmergeable. Please resolve the merge conflicts.

@steveklabnik
Copy link
Member

@jrmuizel sorry, I did not see that you pushed a commit. Mind rebasing this one last time? It should be good to go then

@jrmuizel
Copy link
Contributor Author

Done.

@steveklabnik
Copy link
Member

@bors: r+ rollup

@bors
Copy link
Collaborator

bors commented Feb 20, 2017

📌 Commit 4ba6e1b has been approved by steveklabnik

@bors
Copy link
Collaborator

bors commented Feb 20, 2017

⌛ Testing commit 4ba6e1b with merge 08eea7a...

@steveklabnik
Copy link
Member

@bors: retry

@bors
Copy link
Collaborator

bors commented Feb 20, 2017

⌛ Testing commit 4ba6e1b with merge e06774e...

bors added a commit that referenced this pull request Feb 20, 2017
Remove obsolete documentation about drop-flags
@bors
Copy link
Collaborator

bors commented Feb 20, 2017

☀️ Test successful - status-appveyor, status-travis
Approved by: steveklabnik
Pushing e06774e to master...

@bors bors merged commit 4ba6e1b into rust-lang:master Feb 20, 2017
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.

6 participants