sagudev

> Is this not already implemented? Not on wgpu-core (latest on crates): https://docs.rs/wgpu-core/latest/wgpu_core/global/struct.Global.html#method.buffer_get_mapped_range also not on trunk: https://github.com/gfx-rs/wgpu/blob/trunk/wgpu-core/src/device/global.rs#L2462

We got same thing in mozjs, one solution is to set default linker to lld-classic or to clang's lld or apply this patch: https://github.com/servo/mozjs/blob/main/mozjs-sys/etc/patches/0029-fix-ld64-detection.patch

Mozilla is using their own toolchains (clang) using `mach`. I planned to upstream https://github.com/servo/mozjs/blob/main/mozjs-sys/etc/patches/0029-fix-ld64-detection.patch but I forgot. I will open bug and fix later today.

Found relevant bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1871153

Upcoming Rust 2021 edition will also solve some of feature flags hell. If I am not mistaken resolver 2 can be explicitly used from older versions of rust.

# Proposed Solution Adding `--link-jobs` option to specify number of jobs for linking. The option would default to number of parallel jobs. Here what would help look like (`-j` option...

I just tested on my machine and have the same problem. ``` cargo bisect-rustc -- version checking the start range to find a passing nightly installing nightly-2023-01-22 rust-std-nightly-x86_64-pc-windows-msvc: 27.22 MB...

`where cargo` executed cmd returns `C:\Users\user\.cargo\bin\cargo.exe` but Command::new() returns ``` C:\Users\user\.rustup\toolchains\stable-x86_64-pc-windows-msvc\bin\cargo.exe C:\Users\user\.cargo\bin\cargo.exe ```

Running `cargo-bisect-rustc -vv -- verison` instead of `cargo bisect-rustc -vv -- verison` fixes the issue. Apparently if command is run through cargo some additional paths are prepended to path: `C:\Users\user\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\x86_64-pc-windows-msvc\lib;C:\Users\user\.rustup\toolchains\stable-x86_64-pc-windows-msvc\bin;`

``` rustup --version rustup 1.25.1 (bb60b1e89 2022-07-12) info: This is the version for the rustup toolchain manager, not the rustc compiler. info: The currently active `rustc` version is `rustc 1.66.0...