mathieu/os-rust
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
os-rust/compiler/rustc_data_structures/Cargo.toml

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

56 lines
1.5 KiB
TOML
Raw Normal View History

bootstrap: Add a bunch of Cargo.toml files These describe the structure of all our crate dependencies.
2016-01-21 15:19:23 -08:00
[package]
name = "rustc_data_structures"
version = "0.0.0"
Migrate to 2021
2021-09-19 12:49:55 -04:00
edition = "2021"
bootstrap: Add a bunch of Cargo.toml files These describe the structure of all our crate dependencies.
2016-01-21 15:19:23 -08:00
[dependencies]
Clean up `rustc_*/Cargo.toml`. - Sort dependencies and features sections. - Add `tidy` markers to the sorted sections so they stay sorted. - Remove empty `[lib`] sections. - Remove "See more keys..." comments. Excluded files: - rustc_codegen_{cranelift,gcc}, because they're external. - rustc_lexer, because it has external use. - stable_mir, because it has external use.
2023-10-20 13:37:29 +11:00
# tidy-alphabetical-start
Use arrayvec 0.7, drop smallvec 0.6 With the arrival of min const generics, many alt-vec libraries have updated to use it in some way and arrayvec is no exception. Use the latest with minor refactoring. Also, rustc_workspace_hack is the only user of smallvec 0.6 in the entire tree, so drop it.
2021-04-21 21:40:29 -07:00
arrayvec = { version = "0.7", default-features = false }
Update to bitflags 2 in the compiler This involves lots of breaking changes. There are two big changes that force changes. The first is that the bitflag types now don't automatically implement normal derive traits, so we need to derive them manually. Additionally, bitflags now have a hidden inner type by default, which breaks our custom derives. The bitflags docs recommend using the impl form in these cases, which I did.
2023-12-30 17:09:02 +01:00
bitflags = "2.4.1"
rustc_data_structures: use either instead of itertools
2024-01-24 15:36:57 -08:00
either = "1.0"
Clean up `rustc_*/Cargo.toml`. - Sort dependencies and features sections. - Add `tidy` markers to the sorted sections so they stay sorted. - Remove empty `[lib`] sections. - Remove "See more keys..." comments. Excluded files: - rustc_codegen_{cranelift,gcc}, because they're external. - rustc_lexer, because it has external use. - stable_mir, because it has external use.
2023-10-20 13:37:29 +11:00
elsa = "=1.7.1"
Update ena to 0.14.3
2024-05-06 14:32:39 -04:00
ena = "0.14.3"
Delete the `cfg(not(parallel))` serial compiler Since it's inception a long time ago, the parallel compiler and its cfgs have been a maintenance burden. This was a necessary evil the allow iteration while not degrading performance because of synchronization overhead. But this time is over. Thanks to the amazing work by the parallel working group (and the dyn sync crimes), the parallel compiler has now been fast enough to be shipped by default in nightly for quite a while now. Stable and beta have still been on the serial compiler, because they can't use `-Zthreads` anyways. But this is quite suboptimal: - the maintenance burden still sucks - we're not testing the serial compiler in nightly Because of these reasons, it's time to end it. The serial compiler has served us well in the years since it was split from the parallel one, but it's over now. Let the knight slay one head of the two-headed dragon!
2024-10-28 18:51:12 +01:00
indexmap = { version = "2.4.0", features = ["rustc-rayon"] }
Update jobserver-rs to 0.1.28
2024-02-09 19:11:37 +03:00
jobserver_crate = { version = "0.1.28", package = "jobserver" }
Update measureme crate to version 11
2024-01-13 16:32:03 +01:00
measureme = "11"
Update rustc-hash to version 2 This brings in the new algorithm.
2024-08-25 00:31:10 +02:00
rustc-hash = "2.0.0"
Delete the `cfg(not(parallel))` serial compiler Since it's inception a long time ago, the parallel compiler and its cfgs have been a maintenance burden. This was a necessary evil the allow iteration while not degrading performance because of synchronization overhead. But this time is over. Thanks to the amazing work by the parallel working group (and the dyn sync crimes), the parallel compiler has now been fast enough to be shipped by default in nightly for quite a while now. Stable and beta have still been on the serial compiler, because they can't use `-Zthreads` anyways. But this is quite suboptimal: - the maintenance burden still sucks - we're not testing the serial compiler in nightly Because of these reasons, it's time to end it. The serial compiler has served us well in the years since it was split from the parallel one, but it's over now. Let the knight slay one head of the two-headed dragon!
2024-10-28 18:51:12 +01:00
rustc-rayon = "0.5.0"
Use uplifted `rustc-stable-hash` crate in `rustc_data_structures`
2024-06-19 21:23:40 +02:00
rustc-stable-hash = { version = "0.1.0", features = ["nightly"] }
introduce `DynSend` and `DynSync` auto trait
2023-03-03 10:14:57 +08:00
rustc_arena = { path = "../rustc_arena" }
Replace `rustc_data_structures::thin_vec::ThinVec` with `thin_vec::ThinVec`. `rustc_data_structures::thin_vec::ThinVec` looks like this: ``` pub struct ThinVec<T>(Option<Box<Vec<T>>>); ``` It's just a zero word if the vector is empty, but requires two allocations if it is non-empty. So it's only usable in cases where the vector is empty most of the time. This commit removes it in favour of `thin_vec::ThinVec`, which is also word-sized, but stores the length and capacity in the same allocation as the elements. It's good in a wider variety of situation, e.g. in enum variants where the vector is usually/always non-empty. The commit also: - Sorts some `Cargo.toml` dependency lists, to make additions easier. - Sorts some `use` item lists, to make additions easier. - Changes `clean_trait_ref_with_bindings` to take a `ThinVec<TypeBinding>` rather than a `&[TypeBinding]`, because this avoid some unnecessary allocations.
2022-08-17 14:22:30 +10:00
rustc_graphviz = { path = "../rustc_graphviz" }
mv compiler to compiler/
2020-08-27 22:58:48 -05:00
rustc_index = { path = "../rustc_index", package = "rustc_index" }
Replace `rustc_data_structures::thin_vec::ThinVec` with `thin_vec::ThinVec`. `rustc_data_structures::thin_vec::ThinVec` looks like this: ``` pub struct ThinVec<T>(Option<Box<Vec<T>>>); ``` It's just a zero word if the vector is empty, but requires two allocations if it is non-empty. So it's only usable in cases where the vector is empty most of the time. This commit removes it in favour of `thin_vec::ThinVec`, which is also word-sized, but stores the length and capacity in the same allocation as the elements. It's good in a wider variety of situation, e.g. in enum variants where the vector is usually/always non-empty. The commit also: - Sorts some `Cargo.toml` dependency lists, to make additions easier. - Sorts some `use` item lists, to make additions easier. - Changes `clean_trait_ref_with_bindings` to take a `ThinVec<TypeBinding>` rather than a `&[TypeBinding]`, because this avoid some unnecessary allocations.
2022-08-17 14:22:30 +10:00
rustc_macros = { path = "../rustc_macros" }
rustc_serialize = { path = "../rustc_serialize" }
Clean up `rustc_*/Cargo.toml`. - Sort dependencies and features sections. - Add `tidy` markers to the sorted sections so they stay sorted. - Remove empty `[lib`] sections. - Remove "See more keys..." comments. Excluded files: - rustc_codegen_{cranelift,gcc}, because they're external. - rustc_lexer, because it has external use. - stable_mir, because it has external use.
2023-10-20 13:37:29 +11:00
smallvec = { version = "1.8.1", features = ["const_generics", "union", "may_dangle"] }
Update stacker to 0.1.17 The main new feature is support for detecting the current stack size on illumos. (See my blog post [1] for the context which led to this.) [1]: https://sunshowers.io/posts/rustc-segfault-illumos/
2024-08-26 11:00:24 -07:00
stacker = "0.1.17"
Use tempfile
2021-04-23 15:33:09 -07:00
tempfile = "3.2"
Upgrade `thin-vec` from 0.2.9 to 0.2.12. Because 0.2.10 added supports for `ThinVec::splice`, and 0.2.12 is the latest release.
2022-12-06 10:19:32 +11:00
thin-vec = "0.2.12"
Replace `rustc_data_structures::thin_vec::ThinVec` with `thin_vec::ThinVec`. `rustc_data_structures::thin_vec::ThinVec` looks like this: ``` pub struct ThinVec<T>(Option<Box<Vec<T>>>); ``` It's just a zero word if the vector is empty, but requires two allocations if it is non-empty. So it's only usable in cases where the vector is empty most of the time. This commit removes it in favour of `thin_vec::ThinVec`, which is also word-sized, but stores the length and capacity in the same allocation as the elements. It's good in a wider variety of situation, e.g. in enum variants where the vector is usually/always non-empty. The commit also: - Sorts some `Cargo.toml` dependency lists, to make additions easier. - Sorts some `use` item lists, to make additions easier. - Changes `clean_trait_ref_with_bindings` to take a `ThinVec<TypeBinding>` rather than a `&[TypeBinding]`, because this avoid some unnecessary allocations.
2022-08-17 14:22:30 +10:00
tracing = "0.1"
Clean up `rustc_*/Cargo.toml`. - Sort dependencies and features sections. - Add `tidy` markers to the sorted sections so they stay sorted. - Remove empty `[lib`] sections. - Remove "See more keys..." comments. Excluded files: - rustc_codegen_{cranelift,gcc}, because they're external. - rustc_lexer, because it has external use. - stable_mir, because it has external use.
2023-10-20 13:37:29 +11:00
# tidy-alphabetical-end
Add sync module to rustc_data_structures
2017-12-03 13:49:01 +01:00
[dependencies.parking_lot]
bump parking_lot 0.11 to 0.12
2023-08-03 16:05:26 +03:00
version = "0.12"
use winapi for non-stdlib Windows bindings
2020-01-04 16:46:47 -05:00
migrate compiler, bootstrap, and compiletest to windows-rs
2023-01-15 13:43:15 -05:00
[target.'cfg(windows)'.dependencies.windows]
bump few deps cargo_metadata, thorin-dwp, windows
2024-09-24 16:14:49 +03:00
version = "0.57.0"
migrate compiler, bootstrap, and compiletest to windows-rs
2023-01-15 13:43:15 -05:00
features = [
"Win32_Foundation",
"Win32_Storage_FileSystem",
"Win32_System_IO",
"Win32_System_ProcessStatus",
"Win32_System_Threading",
]
Add an Mmap wrapper to rustc_data_structures This wrapper implements StableAddress and falls back to directly reading the file on wasm32
2021-03-29 11:18:52 +02:00
Remove some unnecessary crate dependencies.
2024-06-13 11:42:52 +10:00
[target.'cfg(unix)'.dependencies]
# tidy-alphabetical-start
libc = "0.2"
# tidy-alphabetical-end
Add an Mmap wrapper to rustc_data_structures This wrapper implements StableAddress and falls back to directly reading the file on wasm32
2021-03-29 11:18:52 +02:00
[target.'cfg(not(target_arch = "wasm32"))'.dependencies]
Clean up `rustc_*/Cargo.toml`. - Sort dependencies and features sections. - Add `tidy` markers to the sorted sections so they stay sorted. - Remove empty `[lib`] sections. - Remove "See more keys..." comments. Excluded files: - rustc_codegen_{cranelift,gcc}, because they're external. - rustc_lexer, because it has external use. - stable_mir, because it has external use.
2023-10-20 13:37:29 +11:00
# tidy-alphabetical-start
Add an Mmap wrapper to rustc_data_structures This wrapper implements StableAddress and falls back to directly reading the file on wasm32
2021-03-29 11:18:52 +02:00
memmap2 = "0.2.1"
Clean up `rustc_*/Cargo.toml`. - Sort dependencies and features sections. - Add `tidy` markers to the sorted sections so they stay sorted. - Remove empty `[lib`] sections. - Remove "See more keys..." comments. Excluded files: - rustc_codegen_{cranelift,gcc}, because they're external. - rustc_lexer, because it has external use. - stable_mir, because it has external use.
2023-10-20 13:37:29 +11:00
# tidy-alphabetical-end
Propagate `parallel_compiler` feature through rustc crates. Turned off feature gives change of builded crates: 238 -> 224.
2022-02-11 23:25:14 +03:00
rustc_data_structures: Explicitly check for 64-bit atomics support Instead of keeping a list of architectures which have native support for 64-bit atomics, just use #[cfg(target_has_atomic = "64")] and its inverted counterpart to determine whether we need to use portable AtomicU64 on the target architecture.
2024-06-28 08:06:36 +02:00
[target.'cfg(not(target_has_atomic = "64"))'.dependencies]
use portable AtomicU64 for powerPC and MIPS
2023-11-06 09:58:51 +08:00
portable-atomic = "1.5.1"
Reference in a new issue Copy permalink