https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.34.0 2019-02-20T03:59:10+00:00 2019-02-20T03:59:10+00:00 kennytm kennytm@gmail.com 2019-02-19T17:13:39+00:00 urn:sha1:e3a8f7db479ce6562bfc312f412b65dc4f3c77d5 Use more impl header lifetime elision Inspired by seeing explicit lifetimes on these two: - https://doc.rust-lang.org/nightly/std/slice/struct.Iter.html#impl-FusedIterator - https://doc.rust-lang.org/nightly/std/primitive.u32.html#impl-Not And a follow-up to https://github.com/rust-lang/rust/pull/54687, that started using IHLE in libcore. Most of the changes in here fall into two big categories: - Removing lifetimes from common traits that can essentially never user a lifetime from an input (particularly `Drop`, `Debug`, and `Clone`) - Forwarding impls that are only possible because the lifetime doesn't matter (like `impl<R: Read + ?Sized> Read for &mut R`) I omitted things that seemed like they could be more controversial, like the handful of iterators that have a `Item: 'static` despite the iterator having a lifetime or the `PartialEq` implementations [where the flipped one cannot elide the lifetime](https://internals.rust-lang.org/t/impl-type-parameter-aliases/9403/2?u=scottmcm). I also removed two lifetimes that turned out to be completely unused; see https://github.com/rust-lang/rust/issues/41960#issuecomment-464557423 2019-02-18T03:42:36+00:00 Scott McMurray scottmcm@users.noreply.github.com 2019-02-18T03:42:36+00:00 urn:sha1:3bea2ca49d24606920b3a81811379debc0668992 There are two big categories of changes in here - Removing lifetimes from common traits that can essentially never user a lifetime from an input (particularly `Drop` & `Debug`) - Forwarding impls that are only possible because the lifetime doesn't matter (like `impl<R: Read + ?Sized> Read for &mut R`) I omitted things that seemed like they could be more controversial, like the handful of iterators that have a `Item: 'static` despite the iterator having a lifetime or the `PartialEq` implementations where the flipped one cannot elide the lifetime. 2019-02-12T19:09:24+00:00 bors bors@rust-lang.org 2019-02-12T19:09:24+00:00 urn:sha1:b244f61b77c42d7be695afd7901ee4418559e518 Cosmetic improvements to doc comments This has been factored out from https://github.com/rust-lang/rust/pull/58036 to only include changes to documentation comments (throughout the rustc codebase). r? @steveklabnik Once you're happy with this, maybe we could get it through with r=1, so it doesn't constantly get invalidated? (I'm not sure this will be an issue, but just in case...) Anyway, thanks for your advice so far! 2019-02-11T14:08:17+00:00 Oliver Scherer github35764891676564198441@oli-obk.de 2019-02-06T09:58:29+00:00 urn:sha1:1dba7cb20224b5bb3a22641b2f4f2f73e5157dee 2019-02-11T14:08:17+00:00 Oliver Scherer github35764891676564198441@oli-obk.de 2019-02-06T09:58:06+00:00 urn:sha1:a83e73dce4f0e80ff7559b3816f4f24391d4ff53 https://github.com/rust-lang/rust/issues/47238 2019-02-10T23:57:25+00:00 Alexander Regueiro alexreg@me.com 2019-02-09T22:16:58+00:00 urn:sha1:99ed06eb8864e704c4a1871ccda4648273bee4ef 2019-02-10T23:42:32+00:00 Alexander Regueiro alexreg@me.com 2019-02-09T21:23:30+00:00 urn:sha1:b87363e7632b3f20f9b529696ffb5d5d9c3927cd 2019-01-17T19:03:59+00:00 Mara Bos m-ou.se@m-ou.se 2019-01-17T19:03:59+00:00 urn:sha1:2e9deed9f130d2342bec2a55358305cb7137605e Just transparently print the guarded data, instead of wrapping it in `MutexGuard { lock: Mutex { data: ... } }`. 2019-01-17T18:00:48+00:00 Mara Bos m-ou.se@m-ou.se 2019-01-17T17:57:46+00:00 urn:sha1:7b557119883685e541d555135fb81c0dc10e2752 Fixes #57702. 2019-01-02T02:03:15+00:00 bors bors@rust-lang.org 2019-01-02T02:03:15+00:00 urn:sha1:96530344ef951c79e07cad69cf65eddb876b0e2d Eliminate Receiver::recv_timeout panic Fixes #54552. This panic is because `recv_timeout` uses `Instant::now() + timeout` internally. This possible panic is not mentioned in the documentation for this method. Very recently we merged (still unstable) support for checked addition (#56490) of `Instant + Duration`, so it's now finally possible to add these together without risking a panic.