| Age | Commit message (Collapse) | Author | Lines |
|---|
|
1.3 release notes (beta)
|
|
|
|
Fix breakage from previous cherry pick
|
|
|
|
Beta next
|
|
|
|
|
|
|
|
This commit stabilizes the `std::time` module and the `Duration` type.
`Duration::span` remains unstable, and the `Display` implementation for
`Duration` has been removed as it is still being reworked and all trait
implementations for stable types are de facto stable.
This is a [breaking-change] to those using `Duration`'s `Display`
implementation.
Conflicts:
src/librustc/lib.rs
src/libstd/time/duration.rs
|
|
|
|
Beta next
|
|
|
|
Fix #27401.
|
|
This is a temporary workaround for the bugs that have been found in
the implementation of PR #26173.
* pnkfelix is unavailable in the short-term (i.e. for the next week) to fix them.
* When the bugs are fixed, we will turn this back on by default.
(If you want to play with the known-to-be-buggy optimization in the
meantime, you can opt-back in via the debugging option that this
commit is toggling.)
|
|
|
|
Remove reference to diabetes
|
|
1. this isn't actually true about diabetes
2. people with diabetes will get *real sad* when reading this
3. it isn't actually necessary.
(backport of https://github.com/rust-lang/rust/pull/27576)
|
|
Revert "Completely disable distcheck harder"
|
|
This reverts commit dc12f5ee1eeeb4b6b6f099234313732677d7d8be.
|
|
|
|
This reverts commit 1430229b18c2b47a013f2943489557b810bf71db.
|
|
Completely disable distcheck
|
|
This is a temporary measure to expedite the 1.3 beta, which besides
a single non-vital test failure on the dist builders have already
been validated.
This will be reverted for the next beta.
|
|
Revert "debuginfo: Bring back some GDB pretty printing autotests that…
|
|
not actually broken."
This reverts commit 354cf4b56b8e2af67cc68965eb816deec0e79e4b.
|
|
For #27501
r? @steveklabnik
|
|
- Successful merges: #27397, #27398, #27460, #27470, #27491, #27498, #27502
- Failed merges:
|
|
this grammar isn't correct
this should also get backported to beta
/cc @brson
|
|
r? @Gankro
|
|
|
|
For https://github.com/rust-lang/rust/issues/24407
|
|
- Fix #26968 by noting the difference between ".." and "_" more explicitly
- Change one of the examples to show the match-all behaviour of ".."
- Merge "Ignoring variants" and "Ignoring bindings" sections into the latter
r? @steveklabnik
|
|
|
|
Clarifications for those new to Rust and Cargo:
* It's a good idea to get rid of the original `main.exe` in project root
* Slight clarification on the use of `main.rs` vs `lib.rs`
* Clarify that the TOML file needs to be in project root
|
|
Fixes #27467.
|
|
Closes #27412
r? @brson
|
|
This test case has been removed a while ago because it allegedly was broken. But I don't think it is (at least I couldn't reproduce any failure on Linux). Let's give it another chance `:)`
|
|
|
|
Fixes #27467.
|
|
After #26694, the overloaded operator and "impl not known at method lookup time" cases started triggering the lint.
I've also added checks for overloaded autoderef and method calls via paths (i.e. `T::method()`).
All new 8 test cases did not trigger the lint before #26694.
r? @huonw
|
|
|
|
|
|
After this change, the only remaining symbol we are pulling from libgcc on Win64 is `__chkstk_ms` - the stack probing routine.
|
|
|
|
Fixes #25022
This adapts the deriving mechanism to not repeat bounds for the same type parameter. To give an example: for the following code:
```rust
#[derive(Clone)]
pub struct FlatMap<I, U: IntoIterator, F> {
iter: I,
f: F,
frontiter: Option<U::IntoIter>,
backiter: Option<U::IntoIter>,
}
```
the latest nightly generates the following impl signature:
```rust
impl <I: ::std::clone::Clone,
U: ::std::clone::Clone + IntoIterator,
F: ::std::clone::Clone>
::std::clone::Clone for FlatMap<I, U, F> where
I: ::std::clone::Clone,
F: ::std::clone::Clone,
U::IntoIter: ::std::clone::Clone,
U::IntoIter: ::std::clone::Clone
```
With these changes, the signature changes to this:
```rust
impl <I, U: IntoIterator, F> ::std::clone::Clone for FlatMap<I, U, F> where
I: ::std::clone::Clone,
F: ::std::clone::Clone,
U::IntoIter: ::std::clone::Clone
```
(Nothing in the body of the impl changes)
Note that the second impl is more permissive, as it doesn't have a `Clone` bound on `U` at all. There was a compile-fail test that failed due to this. I don't understand why we would want the old behaviour (and nobody on IRC could tell me either), so please tell me if there is a good reason that I missed.
|
|
this grammar isn't correct
|
|
actually broken.
|
|
|
|
|
|
|
