-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
Rollup of 7 pull requests #66924
Rollup of 7 pull requests #66924
Commits on Nov 24, 2019
-
Configuration menu - View commit details
-
Copy full SHA for 8f158bc - Browse repository at this point
Copy the full SHA 8f158bcView commit details -
Configuration menu - View commit details
-
Copy full SHA for 3a2da71 - Browse repository at this point
Copy the full SHA 3a2da71View commit details -
Configuration menu - View commit details
-
Copy full SHA for aff7942 - Browse repository at this point
Copy the full SHA aff7942View commit details -
Configuration menu - View commit details
-
Copy full SHA for cdfb5cb - Browse repository at this point
Copy the full SHA cdfb5cbView commit details -
Configuration menu - View commit details
-
Copy full SHA for be18a22 - Browse repository at this point
Copy the full SHA be18a22View commit details
Commits on Nov 27, 2019
-
Configuration menu - View commit details
-
Copy full SHA for 3e7a5a4 - Browse repository at this point
Copy the full SHA 3e7a5a4View commit details -
Configuration menu - View commit details
-
Copy full SHA for 2869aba - Browse repository at this point
Copy the full SHA 2869abaView commit details -
Configuration menu - View commit details
-
Copy full SHA for f2bee66 - Browse repository at this point
Copy the full SHA f2bee66View commit details -
Configuration menu - View commit details
-
Copy full SHA for 27f4d6b - Browse repository at this point
Copy the full SHA 27f4d6bView commit details -
Configuration menu - View commit details
-
Copy full SHA for baeea4e - Browse repository at this point
Copy the full SHA baeea4eView commit details
Commits on Nov 28, 2019
-
Configuration menu - View commit details
-
Copy full SHA for 7171060 - Browse repository at this point
Copy the full SHA 7171060View commit details
Commits on Nov 29, 2019
-
Configuration menu - View commit details
-
Copy full SHA for 30a9978 - Browse repository at this point
Copy the full SHA 30a9978View commit details -
Configuration menu - View commit details
-
Copy full SHA for 78d85fc - Browse repository at this point
Copy the full SHA 78d85fcView commit details -
Configuration menu - View commit details
-
Copy full SHA for a9976d8 - Browse repository at this point
Copy the full SHA a9976d8View commit details
Commits on Nov 30, 2019
-
Configuration menu - View commit details
-
Copy full SHA for 02b66a1 - Browse repository at this point
Copy the full SHA 02b66a1View commit details -
Configuration menu - View commit details
-
Copy full SHA for 9034efe - Browse repository at this point
Copy the full SHA 9034efeView commit details
Commits on Dec 1, 2019
-
Rollup merge of rust-lang#66346 - linkmauve:try-in-docstring, r=Dylan…
…-DPC Replace .unwrap() with ? in std::os::unix::net As people like to copy examples, this gives them good habits.
Configuration menu - View commit details
-
Copy full SHA for 507a020 - Browse repository at this point
Copy the full SHA 507a020View commit details -
Rollup merge of rust-lang#66789 - eddyb:mir-source-scope-local-data, …
…r=oli-obk rustc: move mir::SourceScopeLocalData to a field of SourceScopeData. By having one `ClearCrossCrate<SourceScopeLocalData>` for each scope, as opposed to a single `ClearCrossCrate` for all the `SourceScopeLocalData`s, we can represent the fact that some scopes have `SourceScopeLocalData` associated with them, and some don't. This is useful when doing MIR inlining across crates, because the `ClearCrossCrate` will be `Clear` for the cross-crate MIR scopes and `Set` for the local ones. Also see rust-lang#66203 (comment) for some context around this approach. Fixes rust-lang#51314.
Configuration menu - View commit details
-
Copy full SHA for 455fdb4 - Browse repository at this point
Copy the full SHA 455fdb4View commit details -
Rollup merge of rust-lang#66822 - RalfJung:miri-panic, r=oli-obk
libunwind_panic: adjust miri panic hack We adjust the Miri hack in libpanic_unwind such that even with `cfg(miri)`, we build a version of libpanic_unwind that actually works. This is needed to resolve rust-lang/rust-playground#548. r? @oli-obk @alexcrichton
Configuration menu - View commit details
-
Copy full SHA for b215445 - Browse repository at this point
Copy the full SHA b215445View commit details -
Rollup merge of rust-lang#66827 - RalfJung:miri-missing-ret-place, r=…
…oli-obk handle diverging functions forwarding their return place Fixes rust-lang/miri#1075: the shim around diverging closures turned into function pointers actually "obtains" a return place inside a diverging function, but just uses it as the return place for a diverging callee. Handle this by using NULL places. This is kind of a hack as it breaks our invariant that all places are dereferencable, but we'd eventually let raw pointers break that anyway I assume so that seems fine. r? @oli-obk
Configuration menu - View commit details
-
Copy full SHA for 66284c3 - Browse repository at this point
Copy the full SHA 66284c3View commit details -
Rollup merge of rust-lang#66828 - GuillaumeGomez:less-minification, r…
…=kinnison Less minification The goal of this PR is to remove the minification process on the `search-index.js` file. It provides great result in term of space reduction but the computation time is far too long. I'll work on this issue and will put it back once it's fast enough. cc @nox @lqd r? @kinnison
Configuration menu - View commit details
-
Copy full SHA for ac8a402 - Browse repository at this point
Copy the full SHA ac8a402View commit details -
Rollup merge of rust-lang#66850 - eddyb:span-free-formats, r=oli-obk
rustc: hide HirId's fmt::Debug output from -Z span_free_formats. This replaces the only occurrences of `HirId {...}` from tests with paths, i.e.: ```rust [closure@HirId { owner: DefIndex(4), local_id: 15 } q:&i32, t:&T] ``` becomes, after this PR: ```rust [closure@foo<T>::{{closure}}#0 q:&i32, t:&T] ``` r? @oli-obk cc @michaelwoerister
Configuration menu - View commit details
-
Copy full SHA for 77aed00 - Browse repository at this point
Copy the full SHA 77aed00View commit details -
Rollup merge of rust-lang#66907 - eddyb:br-nicer-named, r=oli-obk
rustc: don't just show raw DefIndex's in BrNamed's fmt::Debug impl. Context: these `fmt::Debug` impls only get used with `-Z verbose` (which some tests use). I was going to print the path like in rust-lang#66850 (or rather, use `DefId`'s `fmt::Debug`, which is close but not as nice), but then I realized that most of the `DefId`s were `crate0:DefIndex(0)`, i.e. the crate root. As the crate root is not a lifetime, they're clearly dummies of some sort, and we don't have to print anything other than the name for them. This means that out of all the tests, there's only 5 instances of `BrNamed` that now print the full path to the lifetime parameter, and everything else is shorter instead, which doesn't feel too bad. cc @nikomatsakis
Configuration menu - View commit details
-
Copy full SHA for 1569dab - Browse repository at this point
Copy the full SHA 1569dabView commit details