- 03 5月, 2020 1 次提交
-
-
由 bors 提交于
update Miri This contains the concurrency support by @vakaras :) Fixes https://github.com/rust-lang/rust/issues/71729 r? @ghost Cc @rust-lang/miri
-
- 02 5月, 2020 36 次提交
-
-
由 bors 提交于
Make clippy a git subtree instead of a git submodule r? @EddyB cc #70651 documentation at https://github.com/rust-lang/rust/pull/70654
-
由 bors 提交于
Rollup of 6 pull requests Successful merges: - #71712 (Miri: port error backtraces to std::backtrace) - #71736 (bootstrap: also apply unused-attributes hack without deny_warnings) - #71738 (remove AllocId generalization of Pointer) - #71739 (remove obsolete comment) - #71781 (Uncomment test code for failure to use `Box::pin`) - #71782 (Use a non-existent test path instead of clobbering /dev/null) Failed merges: r? @ghost
-
由 Ralf Jung 提交于
Use a non-existent test path instead of clobbering /dev/null Fixes #71502. r? @Mark-Simulacrum
-
由 Ralf Jung 提交于
Uncomment test code for failure to use `Box::pin` Close #69083.
-
由 Ralf Jung 提交于
remove AllocId generalization of Pointer This was only needed for the "snapshot" machinery, which is gone. r? @oli-obk
-
由 Ralf Jung 提交于
bootstrap: also apply unused-attributes hack without deny_warnings This is a follow-up to https://github.com/rust-lang/rust/pull/70881 that also silences these warnings when deny_warnings is off. They otherwise spam my screen during development and make it hard to see actual warnings. Cc @EddyB r? @Mark-Simulacrum
-
由 Ralf Jung 提交于
Miri: port error backtraces to std::backtrace No need to pull in an external dependency if libstd already includes this feature (using the same dependency internally, but... still). r? @oli-obk
-
由 Ralf Jung 提交于
-
由 Oliver Scherer 提交于
git-subtree-dir: src/tools/clippy git-subtree-mainline: 06c44816 git-subtree-split: d2708873
-
由 Oliver Scherer 提交于
-
由 Oliver Scherer 提交于
-
由 Oliver Scherer 提交于
-
由 bors 提交于
wf: handle "livelock" checking before reaching `WfPredicates::compute`. For `wf::obligations`'s "livelock" handling, this PR shouldn't cause any behavioral changes, as the check moved to it should be equivalent to the old one in `WfPredicates::compute`. However, it fixes #70168 by making *other* users of `WfPredicates::compute` (that is, `wf::predicate_obligations` and `compute`'s own upvar handling) correct for `ty::Infer`, in that they now get a `WellFormed(ty::Infer(_))` obligation instead of silently ignoring the type. r? @nikomatsakis
-
由 bors 提交于
Rename `bitcode-in-rlib` option to `embed-bitcode` This commit finishes work first pioneered in #70458 and started in #71528. The `-C bitcode-in-rlib` option, which has not yet reached stable, is renamed to `-C embed-bitcode` since that more accurately reflects what it does now anyway. Various tests and such are updated along the way as well. This'll also need to be backported to the beta channel to ensure we don't accidentally stabilize `-Cbitcode-in-rlib` as well.
-
由 bors 提交于
Rollup of 5 pull requests Successful merges: - #71018 (handle ConstValue::ByRef in relate) - #71758 (Remove leftover chalk types) - #71760 (Document unsafety for `*const T` and `*mut T`) - #71761 (doc: reference does not exist, probably a typo) - #71762 (doc: this resulted in a link pointing to a non-existent target) Failed merges: - #71726 (Suggest deref when coercing `ty::Ref` to `ty::RawPtr` with arbitrary mutability) r? @ghost
-
由 Esteban Küber 提交于
Close #69083.
-
由 Josh Stone 提交于
-
由 Dylan DPC 提交于
doc: this resulted in a link pointing to a non-existent target
-
由 Dylan DPC 提交于
doc: reference does not exist, probably a typo
-
由 Dylan DPC 提交于
Document unsafety for `*const T` and `*mut T` Helps with #66219 r? @Mark-Simulacrum
-
由 Dylan DPC 提交于
Remove leftover chalk types Split out from #69406 Since the other PR is having memory problems with `parallel-compiler = true`, figured I should split this out. Surprisingly, this actually changes some errors, and I'm not quite sure why. r? @nikomatsakis
-
由 bors 提交于
Avoid duplicating code for each query There are at the moment roughly 170 queries in librustc. The way `ty::query` is structured, a lot of code is duplicated for each query. I suspect this to be responsible for a part of librustc'c compile time. The first part of this PR reduces the amount of code generic on the query, replacing it by code generic on the key-value types. I can split it out if needed. In a second part, the non-inlined methods in the `QueryAccessors` and `QueryDescription` traits are made into a virtual dispatch table. This allows to reduce even more the number of generated functions. This allows to save 1.5s on check build, and 10% on the size of the librustc.rlib. (Attributed roughly half and half). My computer is not good enough to measure properly compiling time. I have no idea of the effect on performance. A perf run may be required. cc #65031
-
由 Jack Huey 提交于
-
由 Tshepang Lekhonkhobe 提交于
-
由 Tshepang Lekhonkhobe 提交于
-
由 bors 提交于
Rollup of 5 pull requests Successful merges: - #71744 (remove obsolete comment) - #71747 (Remove deadcode in eval_mir_constant_to_operand) - #71749 (fix Miri error message padding) - #71752 (make Stability doc a more readable (and fix rustdoc warning)) - #71755 (fix doc reference) Failed merges: r? @ghost
-
由 LeSeulArtichaut 提交于
-
由 Dylan DPC 提交于
make Stability doc a more readable (and fix rustdoc warning)
-
由 Dylan DPC 提交于
fix Miri error message padding I screwed up in the previous PR, and accidentally padded with spaces instead of 0s... r? @oli-obk
-
由 Dylan DPC 提交于
Remove deadcode in eval_mir_constant_to_operand r? @oli-obk @RalfJung
-
由 bors 提交于
mismatched_target_os: link to respective section in rust reference changelog: none
-
由 Alex Crichton 提交于
This commit finishes work first pioneered in #70458 and started in #71528. The `-C bitcode-in-rlib` option, which has not yet reached stable, is renamed to `-C embed-bitcode` since that more accurately reflects what it does now anyway. Various tests and such are updated along the way as well. This'll also need to be backported to the beta channel to ensure we don't accidentally stabilize `-Cbitcode-in-rlib` as well.
-
- 01 5月, 2020 3 次提交
-
-
由 Tshepang Lekhonkhobe 提交于
Should of been in e0ce9f8c, but that had a typo.
-
由 Tshepang Lekhonkhobe 提交于
-
由 Camille GILLOT 提交于
-