mikros/rust
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
9229b1eab4
rust/library/alloc/Cargo.toml

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

39 lines
1.0 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 17:19:23 -06:00
[package]
name = "alloc"
version = "0.0.0"
Add license metadata for std dependencies
2021-02-20 12:18:01 -06:00
license = "MIT OR Apache-2.0"
repository = "https://github.com/rust-lang/rust.git"
description = "The Rust core allocation and collections library"
Switch to 1.26 bootstrap compiler
2018-05-10 13:02:19 -05:00
autotests = false
autobenches = false
Switch all libraries to the 2021 edition
2021-12-17 07:53:28 -06:00
edition = "2021"
bootstrap: Add a bunch of Cargo.toml files These describe the structure of all our crate dependencies.
2016-01-21 17:19:23 -06:00
[dependencies]
mv std libs to library/
2020-06-11 21:31:49 -05:00
core = { path = "../core" }
Add support for const operands and options to global_asm! On x86, the default syntax is also switched to Intel to match asm!
2021-04-11 14:51:28 -05:00
compiler_builtins = { version = "0.1.40", features = ['rustc-dep-of-std'] }
Merge crate `collections` into `alloc`
2017-06-13 17:52:59 -05:00
std: Remove `rand` crate and module This commit removes the `rand` crate from the standard library facade as well as the `__rand` module in the standard library. Neither of these were used in any meaningful way in the standard library itself. The only need for randomness in libstd is to initialize the thread-local keys of a `HashMap`, and that unconditionally used `OsRng` defined in the standard library anyway. The cruft of the `rand` crate and the extra `rand` support in the standard library makes libstd slightly more difficult to port to new platforms, namely WebAssembly which doesn't have any randomness at all (without interfacing with JS). The purpose of this commit is to clarify and streamline randomness in libstd, focusing on how it's only required in one location, hashmap seeds. Note that the `rand` crate out of tree has almost always been a drop-in replacement for the `rand` crate in-tree, so any usage (accidental or purposeful) of the crate in-tree should switch to the `rand` crate on crates.io. This then also has the further benefit of avoiding duplication (mostly) between the two crates!
2017-11-01 14:32:13 -05:00
[dev-dependencies]
Update rand in the stdlib tests, and remove the getrandom feature from it
2022-11-20 18:55:41 -06:00
rand = { version = "0.8.5", default-features = false, features = ["alloc"] }
rand_xorshift = "0.3.0"
std: Remove `rand` crate and module This commit removes the `rand` crate from the standard library facade as well as the `__rand` module in the standard library. Neither of these were used in any meaningful way in the standard library itself. The only need for randomness in libstd is to initialize the thread-local keys of a `HashMap`, and that unconditionally used `OsRng` defined in the standard library anyway. The cruft of the `rand` crate and the extra `rand` support in the standard library makes libstd slightly more difficult to port to new platforms, namely WebAssembly which doesn't have any randomness at all (without interfacing with JS). The purpose of this commit is to clarify and streamline randomness in libstd, focusing on how it's only required in one location, hashmap seeds. Note that the `rand` crate out of tree has almost always been a drop-in replacement for the `rand` crate in-tree, so any usage (accidental or purposeful) of the crate in-tree should switch to the `rand` crate on crates.io. This then also has the further benefit of avoiding duplication (mostly) between the two crates!
2017-11-01 14:32:13 -05:00
Merge crate `collections` into `alloc`
2017-06-13 17:52:59 -05:00
[[test]]
name = "collectionstests"
mv std libs to library/
2020-06-11 21:31:49 -05:00
path = "tests/lib.rs"
Merge crate `collections` into `alloc`
2017-06-13 17:52:59 -05:00
[[bench]]
name = "collectionsbenches"
mv std libs to library/
2020-06-11 21:31:49 -05:00
path = "benches/lib.rs"
Ensure std benchmarks get tested.
2020-06-08 11:09:21 -05:00
test = true
Add benchmark for VecDeque append
2018-08-10 14:52:00 -05:00
[[bench]]
name = "vec_deque_append_bench"
mv std libs to library/
2020-06-11 21:31:49 -05:00
path = "benches/vec_deque_append.rs"
Add benchmark for VecDeque append
2018-08-10 14:52:00 -05:00
harness = false
std: Activate compiler_builtins `mem` feature for no_std targets This was an accidental regression from #56092, but for `no_std` targets being built and distributed we want to be sure to activate the compiler-builtins `mem` feature which demangles important memory-related intrinsics.
2018-12-14 11:05:31 -06:00
[features]
compiler-builtins-mem = ['compiler_builtins/mem']
Update the compiler_builtins crate This updates to 0.1.13 for `compiler_builtins`, published to fix a few issues. The feature changes here are updated because `compiler_builtins` no longer enables the `c` feature by default but we want to do so through our build still. Closes #60747 Closes #60782
2019-05-14 16:43:43 -05:00
compiler-builtins-c = ["compiler_builtins/c"]
Update `compiler_builtins` to 0.1.39
2020-12-09 13:48:08 -06:00
compiler-builtins-no-asm = ["compiler_builtins/no-asm"]
add options to use optimized and mangled compiler builtins
2020-10-28 01:54:30 -05:00
compiler-builtins-mangled-names = ["compiler_builtins/mangled-names"]
Expose `compiler-builtins-weak-intrinsics` feature for `-Zbuild-std` This was added in rust-lang/compiler-builtins#526 to force all compiler-builtins intrinsics to use weak linkage.
2023-06-23 05:15:34 -05:00
compiler-builtins-weak-intrinsics = ["compiler_builtins/weak-intrinsics"]
Reference in New Issue Copy Permalink