Uh oh!
There was an error while loading. Please reload this page.
std: Remove deprecated ptr functions - #23503
Conversation
rust-highfive
commented
Mar 19, 2015
r? @brson (rust_highfive has picked a reviewer for you, use r? to override) |
There was a problem hiding this comment.
Maybe set_all is a better name? Closer to memset.
There was a problem hiding this comment.
This PR isn't changing the names, though. It's just bringing the intrinsics in line with the already-stable names to improve the rustdoc output.
There was a problem hiding this comment.
(FWIW, I do like this suggestion. But it's probably too late to change at this point.)
There was a problem hiding this comment.
I personally very much prefer to not use // SNAP as in the past it has ended up causing lots of pain when registering a new snapshot. It simultaneously forces the snapshot-maker to do the work necessary to remove it (which can be quite large and isn't always necessary) and also causes extra pain if a // SNAP annotation was added after the new snapshot was made.
There was a problem hiding this comment.
Can we have some way of marking that lines should be removed with the new snapshot? The amount of permanently-#[cfg(stage0)]d code is probably going to keep increasing, and the snapshot maker has to go through this each time.
There was a problem hiding this comment.
The string stage0 is enough, I regularly clean out via git grep stage0 whenever a new snapshot is registered. We have very little permanent #[cfg(stage0)]
bors
commented
Mar 21, 2015
☔ The latest upstream changes (presumably #23470) made this pull request unmergeable. Please resolve the merge conflicts. |
The method with which backwards compatibility was retained ended up leading to documentation that rustdoc didn't handle well and largely ended up confusing.
alexcrichton
commented
Mar 23, 2015
r? @aturon |
aturon
commented
Mar 23, 2015
The method with which backwards compatibility was retained ended up leading to documentation that rustdoc didn't handle well and largely ended up confusing.
The method with which backwards compatibility was retained ended up leading to
documentation that rustdoc didn't handle well and largely ended up confusing.