stabilized compiler_fences (fixes #41091) by budziq · Pull Request #44595 · rust-lang/rust (original) (raw)

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 andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Conversation14 Commits3 Checks0 Files changed

Conversation

This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.Learn more about bidirectional Unicode characters

[ Show hidden characters]({{ revealButtonHref }})

@budziq

I did not know what to proceed with "unstable-book" entry. The feature would no longer be unstable so I have deleted it. If it was the wrong call I'll revert it (unfortunately his case is not described in the CONTRIBUTING.md).

@rust-highfive

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @sfackler (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.

@alexcrichton

Thanks! Maybe the docs could move to the function?

@budziq

Maybe the docs could move to the function?

I've translated part of the unstable-book article into an example. I'm not sure if it didn't came out forced.

@alexcrichton

@bors

📌 Commit 571941b has been approved by alexcrichton

@jonhoo

Hmm, I think I would argue for more of the text from the unstable book to be incorporated into the documentation for compiler_fence. This is a very specialized function, and having the docs to explain that is probably a good idea. In particular, I think the last paragraph before the Examples header, and the first paragraph after, could be kept verbatim in the docs for compiler_fence, perhaps under a heading of "Usage"? There's also the question about whether it is appropriate to refer readers to the equivalent function in C++ like the unstable book text does, though I feel less strongly about that.

@alexcrichton

@alexcrichton alexcrichton added S-waiting-on-author

Status: This is awaiting some action (such as code changes or more information) from the author.

and removed S-waiting-on-bors

Status: Waiting on bors to run and complete tests. Bors will change the label on completion.

labels

Sep 15, 2017

@budziq

want to update with @jonhoo's thoughts?

@alexcrichton Gladly! Although I might not have time to approach it this weekend.

In particular, I think the last paragraph before the Examples header, and the first paragraph after, could be kept verbatim

@jonhoo I've originally omitted these paragraphs as these convey the same message as current docs present above compiler_fence (although in much terser form). I can replace one with the other.

There's also the question about whether it is appropriate to refer readers to the equivalent function in C++

I'm not sure about linking to C++ reference but I would prefer not to point to StackOverflow, leaving only the linux kernel link.

@budziq

I've updated the docs with the best I could come up with :)

@alexcrichton

@bors

📌 Commit 5f62c0c has been approved by alexcrichton

@jonhoo

TimNN added a commit to TimNN/rust that referenced this pull request

Sep 17, 2017

@TimNN

…=alexcrichton

stabilized compiler_fences (fixes rust-lang#41091)

I did not know what to proceed with "unstable-book" entry. The feature would no longer be unstable so I have deleted it. If it was the wrong call I'll revert it (unfortunately his case is not described in the CONTRIBUTING.md).

@TimNN TimNN mentioned this pull request

Sep 17, 2017

TimNN added a commit to TimNN/rust that referenced this pull request

Sep 17, 2017

@TimNN

…=alexcrichton

stabilized compiler_fences (fixes rust-lang#41091)

I did not know what to proceed with "unstable-book" entry. The feature would no longer be unstable so I have deleted it. If it was the wrong call I'll revert it (unfortunately his case is not described in the CONTRIBUTING.md).

@TimNN TimNN mentioned this pull request

Sep 17, 2017

TimNN added a commit to TimNN/rust that referenced this pull request

Sep 17, 2017

@TimNN

…=alexcrichton

stabilized compiler_fences (fixes rust-lang#41091)

I did not know what to proceed with "unstable-book" entry. The feature would no longer be unstable so I have deleted it. If it was the wrong call I'll revert it (unfortunately his case is not described in the CONTRIBUTING.md).

@TimNN TimNN mentioned this pull request

Sep 17, 2017

bors added a commit that referenced this pull request

Sep 17, 2017

@bors

Rollup of 17 pull requests

@budziq budziq deleted the stabilize_compiler_fences branch

September 17, 2017 16:46

nalply

The way it is currently written, the `assert_eq!` is *not* guaranteed to
succeed, despite everything happening in a single thread. To see why,
remember that the compiler is free to swap the stores to
`IMPORTANT_VARIABLE` and `IS_READ` since they are both

Choose a reason for hiding this comment

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

Perhaps a typo? IS_READY instead of IS_READ (perhaps occurs several times)

Choose a reason for hiding this comment

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

Yes, this should be IS_READY

@dtolnay dtolnay added relnotes

Marks issues that should be documented in the release notes of the next release.

and removed S-waiting-on-author

Status: This is awaiting some action (such as code changes or more information) from the author.

labels

Sep 21, 2017

dtolnay added a commit to dtolnay/rust that referenced this pull request

Sep 25, 2017

@dtolnay

This was referenced

Sep 25, 2017

dtolnay added a commit to dtolnay/rust that referenced this pull request

Sep 26, 2017

@dtolnay

bors added a commit that referenced this pull request

Sep 26, 2017

@bors

[beta] Backport accepted PRs to 1.21

Backport of:

Mark-Simulacrum added a commit to Mark-Simulacrum/rust that referenced this pull request

Sep 29, 2017

@Mark-Simulacrum

Labels

beta-accepted

Accepted for backporting to the compiler in the beta channel.

relnotes

Marks issues that should be documented in the release notes of the next release.