about summary refs log tree commit diff
path: root/compiler/rustc_errors/src/json.rs
diff options
context:
space:
mode:
authorbors <bors@rust-lang.org>2022-06-09 18:20:08 +0000
committerbors <bors@rust-lang.org>2022-06-09 18:20:08 +0000
commit420c970cb1edccbf60ff2aeb51ca01e2300b09ef (patch)
tree5863ed47015b553bfecba9f524318a64b64c9f94 /compiler/rustc_errors/src/json.rs
parentd7b8d77be5b4a091fe99c2f32b1334b931a2f4aa (diff)
parentfbc86e07a94490fd23b9ef0fdd0f9118c50e5780 (diff)
downloadrust-420c970cb1edccbf60ff2aeb51ca01e2300b09ef.tar.gz
rust-420c970cb1edccbf60ff2aeb51ca01e2300b09ef.zip
Auto merge of #97911 - dtolnay:numcpu, r=Mark-Simulacrum
Revert "remove num_cpus dependency" in rustc and update cargo

Fixes #97549. This PR reverts #94524 and does a Cargo update to pull in rust-lang/cargo#10737.

Rust 1.61.0 has a regression in which it misidentifies the number of available CPUs in some environments, leading to enormously increased memory usage and failing builds. In between Rust 1.60 and 1.61 both rustc and cargo replaced some uses of `num_cpus` with `available_parallelism`, which eliminated support for cgroupv1, still apparently in common use. This PR switches both rustc and cargo back to using `num_cpus` in order to support environments where the available parallelism is controlled by cgroupv1. Both can use `available_parallism` again once it handles cgroupv1 (if ever).

I have confirmed that the rustc part of this PR fixes the memory usage regression in my non-Cargo environment, and others have confirmed in #97549 that the Cargo regression was at fault for the memory usage regression in their environments.
Diffstat (limited to 'compiler/rustc_errors/src/json.rs')
0 files changed, 0 insertions, 0 deletions