cargo-binstall/crates
Jiahao XU c5d0b84aa6
Perform startup/init code eagerly in entry::install_crates (#880)
The startup/init code in `entry::install_crates` performs a lot of blocking operations, from testing if dir exists to reading from files and there is no `.await` in there until after the startup.

There are also a few cases where `block_in_place` should be called (e.g. loading manifests, loading TLS certificates) but is missing.

Most of the `Args` passed to `entry::install_crates` are actually consumed before the first `.await` point, so performing startup/init code eagerly would make the generated future much smaller, reduce codegen and also makes it easier to optimize.

Signed-off-by: Jiahao XU <Jiahao_XU@outlook.com>
2023-03-11 15:06:46 +11:00
..
bin Perform startup/init code eagerly in entry::install_crates (#880) 2023-03-11 15:06:46 +11:00
binstalk Bump serde from 1.0.153 to 1.0.154 (#874) 2023-03-09 02:35:50 +00:00
binstalk-downloader Bump serde from 1.0.153 to 1.0.154 (#874) 2023-03-09 02:35:50 +00:00
binstalk-manifests Bump serde from 1.0.153 to 1.0.154 (#874) 2023-03-09 02:35:50 +00:00
binstalk-types Bump serde from 1.0.153 to 1.0.154 (#874) 2023-03-09 02:35:50 +00:00
detect-targets Fix x86_64 fallback for aarch64 MacOS (#875) 2023-03-10 22:09:16 +11:00
detect-wasi Bump tempfile from 3.3.0 to 3.4.0 (#834) 2023-02-27 03:35:21 +00:00
fs-lock Bump fs4 from 0.6.2 to 0.6.3 (#755) 2023-02-01 01:40:45 +00:00
normalize-path release: normalize-path v0.2.0 (#509) 2022-11-04 17:30:21 +11:00