about summary refs log tree commit diff
AgeCommit message (Collapse)AuthorLines
2021-05-01Auto merge of #83857 - ABouttefeux:master, r=jyn514bors-1/+71
added --no-run option for rustdoc resolve #59053 add `--no-run` option for `rustdoc` for compiling doc test but not running them. Intended for use with `--persist-doctests`.
2021-05-01Auto merge of #84658 - Amanieu:reserved_regs, r=petrochenkovbors-27/+66
Be stricter about rejecting LLVM reserved registers in asm! LLVM will silently produce incorrect code if these registers are used as operands. cc `@rust-lang/wg-inline-asm`
2021-05-01Reserve x18 on AArch64 and un-reserve x16Amanieu d'Antras-10/+9
2021-05-01Auto merge of #84786 - JohnTitor:rollup-j5omx6f, r=JohnTitorbors-1533/+1104
Rollup of 8 pull requests Successful merges: - #84601 (rustdoc: Only store locations in Cache::extern_locations and calculate the other info on-demand) - #84704 (platform-support.md: Update for consistency with Target Tier Policy) - #84724 (Replace llvm::sys::fs::F_None with llvm::sys::fs::OF_None) - #84740 (Reset the docs' copy path button after 1 second) - #84749 (Sync `rustc_codegen_cranelift`) - #84756 (Add a ToC to the Target Tier Policy documentation) - #84765 (Update cargo) - #84774 (Fix misspelling) Failed merges: r? `@ghost` `@rustbot` modify labels: rollup
2021-05-01Apply suggestions from code reviewAliénore Bouttefeux-2/+3
Co-authored-by: Joshua Nelson <joshua@yottadb.com>
2021-05-01Rollup merge of #84774 - kraai:fix-misspelling, r=jyn514Yuki Okushi-1/+1
Fix misspelling Fix a misspelling of "or" in the source_code_based_coverage section of *The Rust Unstable Book*.
2021-05-01Rollup merge of #84765 - ehuss:update-cargo, r=ehussYuki Okushi-0/+0
Update cargo 7 commits in 4369396ce7d270972955d876eaa4954bea56bcd9..f3e13226d6d17a2bc5f325303494b43a45f53b7f 2021-04-27 14:35:53 +0000 to 2021-04-30 21:50:27 +0000 - Fix problem with metrics test. (rust-lang/cargo#9440) - Show transfer rate when fetching/updating registry index (rust-lang/cargo#9395) - Fix collision doc tests randomly failing. (rust-lang/cargo#9434) - Add missing tracking issues and unstable docs. (rust-lang/cargo#9429) - Fix dep-info files emitting paths relative to deps' roots (rust-lang/cargo#9421) - Upgrade to GitHub-native Dependabot (rust-lang/cargo#9428) - Only deny the `unused_mut` lint (rust-lang/cargo#9425)
2021-05-01Rollup merge of #84756 - badboy:toc-for-tier-policy, r=GuillaumeGomezYuki Okushi-0/+11
Add a ToC to the Target Tier Policy documentation The policy document is quite lengthy, I figured it might be good to have a quick way to jump to the specific tier policies.
2021-05-01Rollup merge of #84749 - XAMPPRocky:cranelift-rebase, r=bjorn3Yuki Okushi-1294/+792
Sync `rustc_codegen_cranelift` Retrying #84746 r? ``@bjorn3`` --- Edit(bjorn3): Since the last sync there have been some refactorings around the driver code in preparation for a planned new feature. In addition ``@mominul`` implemented `-Ctarget-cpu` support and ``@XAMPPRocky`` fixed compilation of cg_clif itself for Windows with the MSVC toolchain.
2021-05-01Rollup merge of #84740 - r00ster91:patch-6, r=GuillaumeGomezYuki Okushi-20/+35
Reset the docs' copy path button after 1 second I like that this copy path button on the top next to the type/module's name changes to a check mark when you successfully clicked and copied the path but I find it really weird how the icon stays that check mark forever after the first time of clicking it. Imagine you leave that documentation tab open and come back after 2 hours and you still see that check mark in that box because you copied the path 2 hours ago. You will probably be confused and you might've forgotten what that button even does (even more so currently where this is a new feature, or when you simply don't use it often), so I really think at some point it should go back to the ⎘ icon which, at least to me, pretty clearly indicates copying, whereas the check mark (if it stays there for so long) could falsely look like a verification mark indicating "this module is verified" or something like that. I believe after a longer period of time it's not logical to still tell the user "yes you've copied this successful". In addition to this timeout, maybe it could be made so that you can't copy again until this cooldown of 1 second is over, but I'm not sure how useful or user-friendly that feature would be so maybe it's fine the way it is now. Also the timeout is cleared every time you click again so if you constantly click it, it won't reset during that.
2021-05-01Rollup merge of #84724 - MaskRay:sys-fs, r=petrochenkovYuki Okushi-3/+3
Replace llvm::sys::fs::F_None with llvm::sys::fs::OF_None The former is deprecated. OF_None has been available in LLVM since 2018-06. ----- OF_None (https://reviews.llvm.org/rG1f67a3cba9b09636c56e2109d8a35ae96dc15782) exists in LLVM 9. https://reviews.llvm.org/D101506 may drop `F_None` support.
2021-05-01Rollup merge of #84704 - joshtriplett:platform-support-target-tier-policy, ↵Yuki Okushi-131/+174
r=pietroalbini platform-support.md: Update for consistency with Target Tier Policy Split into five sections to match the tiers: "Tier 1 with Host Tools", "Tier 1", "Tier 2 with Host Tools", "Tier 2", and "Tier 3". Explain each tier briefly in prose, and link to the corresponding section of the policy for full requirements. Drop the `host` columns from the first four, since the different sections distinguish that. (Keep the `host` column for "Tier 3", since it's a single list and the `host` column just indicates if host tools are expected to work.) Targets with host tools always have full support for std, so drop the `std` column from those. Move the explanations of the `std` column next to the appropriate tables, and drop the unknown/WIP case for tier 2 targets. Use "target" terminology consistently throughout. Sort each table by target name.
2021-05-01Rollup merge of #84601 - tdelabro:rustdoc-get-rid-of-cache-extern_locations, ↵Yuki Okushi-84/+88
r=jyn514 rustdoc: Only store locations in Cache::extern_locations and calculate the other info on-demand help #84588
2021-05-01Auto merge of #84582 - richkadel:issue-84561, r=tmandrybors-68/+861
Vastly improves coverage spans for macros Fixes: #84561 This resolves problems where macros like `trace!(...)` would show zero coverage if tracing was disabled, and `assert_eq!(...)` would show zero coverage if the assertion did not fail, because only one coverage span was generated, for the branch. This PR started with an idea that I could just drop branching blocks with same span as expanded macro. (See the fixed issue for more details.) That did help, but it didn't resolve everything. I also needed to add a span specifically for the macro name (plus `!`) to ensure the macro gets coverage even if it's internal expansion adds conditional branching blocks that are retained, and would otherwise drop the outer span. Now that outer span is _only_ the `(argument, list)`, which can safely be dropped now), because the macro name has its own span. While testing, I also noticed the spanview debug output can cause an ICE on a function with no body. The workaround for this is included in this PR (separate commit). r? `@tmandry` cc? `@wesleywiser`
2021-04-30Fix misspellingMatthew James Kraai-1/+1
2021-05-01Auto merge of #84463 - jyn514:refactor-impl, r=CraftSpiderbors-30/+18
rustdoc: Remove unnecessary `provided_trait_methods` field from Impl It can be calculated on-demand. Helps with https://github.com/rust-lang/rust/issues/76382.
2021-04-30Remove unnecessary `provided_trait_methods` field from ImplJoshua Nelson-30/+18
It can be calculated on-demand.
2021-05-01Auto merge of #84747 - pietroalbini:bump-version, r=pietroalbinibors-1/+1
Bump version to 1.54.0 cc `@Mark-Simulacrum` r? `@ghost`
2021-04-30Update cargoEric Huss-0/+0
2021-04-30Auto merge of #84719 - Mark-Simulacrum:reduce-query-impl, r=davidtwcobors-49/+55
Move iter_results to dyn FnMut rather than a generic This means that we're no longer generating the iteration/locking code for each invocation site of iter_results, rather just once per query (roughly), which seems much better: this is a 15% win in instruction counts when compiling the rustc_query_impl crate. The code where this is used also is pretty cold, I suspect; the old solution didn't fully monomorphize either.
2021-04-30Auto merge of #84753 - hyd-dev:update-miri, r=RalfJungbors-7/+9
Update Miri To include rust-lang/miri#1783, hence fixes #84741. r? `@RalfJung`
2021-04-30Avoid using rbx in SGX inline assembly since it is reservedAmanieu d'Antras-2/+8
2021-04-30Merge commit '15c8d31392b9fbab3b3368b67acc4bbe5983115a' into cranelift-rebaseErin Power-1/+4
2021-04-30No-op register_jit on Windows (#1170)XAMPPRocky-1/+4
* No-op register_jit on Windows Co-authored-by: bjorn3 <bjorn3@users.noreply.github.com>
2021-04-30Add a ToC to the Target Tier Policy documentationJan-Erik Rediger-0/+11
2021-04-30Auto merge of #84654 - alexcrichton:update-llvm-, r=cuviperbors-2/+0
Update LLVM for more wasm simd updates This fixes the temporary regression introduced in #84339 where the wasm target uses `fpto{s,u}i` intrinsics but the codegen for those intrinsics with the `+nontrapping-fptoint` LLVM feature wasn't very good (aka it didn't use the wasm instruction). The fixes brought in here fix that and also implement the second-to-last simd instruction in LLVM.
2021-04-30Update LLVM submoduleAmanieu d'Antras-2/+0
Fixes #84025
2021-04-30Update LLVM for more wasm simd updatesAlex Crichton-0/+0
This fixes the temporary regression introduced in #84339 where the wasm target uses `fpto{s,u}i` intrinsics but the codegen for those intrinsics with the `+nontrapping-fptoint` LLVM feature wasn't very good (aka it didn't use the wasm instruction). The fixes brought in here fix that and also implement the second-to-last simd instruction in LLVM.
2021-04-30Update Mirihyd-dev-7/+9
2021-04-30[cg_clif] Fix run_jit from syncErin Power-51/+5
2021-04-30bump version to 1.54.0Pietro Albini-1/+1
2021-04-30Sync rustc_codegen_cranelift 'ddd4ce25535cf71203ba3700896131ce55fde795'Erin Power-1243/+784
2021-04-30Auto merge of #84716 - joshtriplett:chroot, r=dtolnaybors-0/+33
Add std::os::unix::fs::chroot to change the root directory of the current process This is a straightforward wrapper that uses the existing helpers for C string handling and errno handling. Having this available is convenient for UNIX utility programs written in Rust, and avoids having to call the unsafe `libc::chroot` directly and handle errors manually, in a program that may otherwise be entirely safe code.
2021-04-30error when --no-run is present without --testAliénore Bouttefeux-1/+13
2021-04-30`copy_path` -> `window.copy_path` + add semicolonr00ster-2/+2
2021-04-30Auto merge of #84522 - CDirkx:cmath, r=yaahcbors-118/+34
Reuse `sys::unix::cmath` on other platforms Reuse `sys::unix::cmath` on all non-`windows` platforms. `unix` is chosen as the canonical location instead of `unsupported` or `common` because `unsupported` doesn't make sense semantically and `common` is reserved for code that is supported on all platforms. Also `unix` is already the home of some non-`windows` code that is technically not exclusive to `unix` like `unix::path`.
2021-04-30Apply suggestionsr00ster-29/+34
2021-04-30Remove unused parameterbjorn3-3/+2
2021-04-30Reset the docs' copy path button after 1 secondr00ster-0/+10
2021-04-30Rebuilt out of date tests and fixed an old bug now exposedRich Kadel-13/+275
2021-04-30Add std::os::unix::fs::chroot to change the root directory of the current ↵Josh Triplett-0/+33
process This is a straightforward wrapper that uses the existing helpers for C string handling and errno handling. Having this available is convenient for UNIX utility programs written in Rust, and avoids having to call the unsafe `libc::chroot` directly and handle errors manually, in a program that may otherwise be entirely safe code.
2021-04-30Auto merge of #84401 - crlf0710:impl_main_by_path, r=petrochenkovbors-189/+459
Implement RFC 1260 with feature_name `imported_main`. This is the second extraction part of #84062 plus additional adjustments. This (mostly) implements RFC 1260. However there's still one test case failure in the extern crate case. Maybe `LocalDefId` doesn't work here? I'm not sure. cc https://github.com/rust-lang/rust/issues/28937 r? `@petrochenkov`
2021-04-29Auto merge of #84729 - jackh726:rollup-dnm8kg5, r=jackh726bors-47/+120
Rollup of 10 pull requests Successful merges: - #84451 (Use flex more consistently) - #84590 (Point out that behavior might be switched on 2015 and 2018 too one day) - #84682 (Don't rebind in `transitive_bounds_that_define_assoc_type`) - #84683 (Minor grammar tweaks for readability to btree internals) - #84688 (Remove unnecessary CSS rules for search results) - #84690 (Remove unneeded bottom margin on search results) - #84692 (Link between std::env::{var, var_os} and std::env::{vars, vars_os}) - #84705 (make feature recommendations optional) - #84706 (Drop alias `reduce` for `fold` - we have a `reduce` function) - #84713 (Fix labels for regression issue template) Failed merges: r? `@ghost` `@rustbot` modify labels: rollup
2021-04-29Rollup merge of #84713 - camelid:fix-regression-issue-template, ↵Jack Huey-1/+1
r=Mark-Simulacrum Fix labels for regression issue template Each label needs to be separated by a comma (see the ICE issue template for an example of correct usage). As a result of this problem, the `regression-untriaged` label has not been automatically added to issues opened with this template. See c127530be76bd8aebc7b61f3b4a54f1be577f74c for another example of this. r? `````@Mark-Simulacrum`````
2021-04-29Rollup merge of #84706 - joshtriplett:reduce-aliases, r=m-ou-seJack Huey-1/+0
Drop alias `reduce` for `fold` - we have a `reduce` function Searching for "reduce" currently puts the `reduce` alias for `fold` above the actual `reduce` function. The `reduce` function already has a cross-reference for `fold`, and vice versa.
2021-04-29Rollup merge of #84705 - lcnr:const_generics-rec, r=joshtriplettJack Huey-12/+21
make feature recommendations optional this is what we're already doing for other feature gates, so it's better to be consistent
2021-04-29Rollup merge of #84692 - r00ster91:var-var_os-vars, r=joshtriplettJack Huey-2/+11
Link between std::env::{var, var_os} and std::env::{vars, vars_os} In #84551 I linked between `std::env::{args, args_os}` and this PR does the same but for `std::env::{var, var_os}` and `std::env::{vars, vars_os}`. Now all of `std::env::{var, var_os, vars, vars_os, args, args_os}` should each mention their `_os` or non-`_os` equivalent in the docs so that you can easily navigate between them.
2021-04-29Rollup merge of #84690 - ↵Jack Huey-1/+0
GuillaumeGomez:unneeded-bottom-margin-search-results, r=Nemo157 Remove unneeded bottom margin on search results As you can see, there is still more than enough space at the bottom: ![Screenshot from 2021-04-29 11-26-57](https://user-images.githubusercontent.com/3050060/116530090-ea797800-a8dd-11eb-8eef-2288cf68e0d2.png) r? ``````@Nemo157``````
2021-04-29Rollup merge of #84688 - ↵Jack Huey-7/+0
GuillaumeGomez:remove-unnecessary-css-for-search-results, r=Nemo157 Remove unnecessary CSS rules for search results Discovered that this was useless when working on https://github.com/rust-lang/docs.rs/issues/1382. r? ````````@Nemo157````````
2021-04-29Rollup merge of #84683 - Ben-Lichtman:grammar, r=jonas-schievinkJack Huey-4/+4
Minor grammar tweaks for readability to btree internals I was reading through the btree implementation and I noticed some grammar that could be improved in Node.rs so here is what I think would be a minor improvement.