rust - https://github.com/rust-lang/rust

Age	Commit message (Collapse)	Author	Lines
2023-02-21	Exclude SGX from create_dir_all_bare test	Chris Denton	-0/+2
	And emscripten too.
2023-02-21	Make `create_dir_all_bare` an std integration test	Chris Denton	-12/+97
	Moving `create_dir_all` out of `ui-fulldeps` is complicated by the fact it sets the current directory. This means it can't be a unit test. Instead, move it to its own integration test.
2023-01-27	Rollup merge of #105784 - yanns:update_stdarch, r=Amanieu	Yuki Okushi	-3/+3
	update stdarch This will allow using miri on simd instructions https://github.com/rust-lang/stdarch/issues/1347#issuecomment-1353664361
2023-01-26	fix alphabetical sort	Yann Simon	-3/+3

2023-01-26	remove avx512 prefix for gfni, vaes and vpclmulqdq	Yann Simon	-3/+3

2023-01-04	Update rand in the stdlib tests, and remove the getrandom feature from it	Thom Chiovoloni	-4/+16

2022-12-30	Replace libstd, libcore, liballoc in docs.	jonathanCogan	-1/+1

2022-12-28	delete more `cfg(bootstrap)`	Lukas Markeffsky	-1/+0

2022-10-14	Sort target features alphabetically	nils	-38/+48

2022-03-22	Fold aarch64 feature +fp into +neon	Jubilee Young	-1/+0
	Arm's FEAT_FP and Feat_AdvSIMD describe the same thing on AArch64: The Neon unit, which handles both floating point and SIMD instructions. Moreover, a configuration for AArch64 must include both or neither. Arm says "entirely proprietary" toolchains may omit floating point: https://developer.arm.com/documentation/102374/0101/Data-processing---floating-point In the Programmer's Guide for Armv8-A, Arm says AArch64 can have both FP and Neon or neither in custom implementations: https://developer.arm.com/documentation/den0024/a/AArch64-Floating-point-and-NEON In "Bare metal boot code for Armv8-A", enabling Neon and FP is just disabling the same trap flag: https://developer.arm.com/documentation/dai0527/a In an unlikely future where "Neon and FP" become unrelated, we can add "[+-]fp" as its own feature flag. Until then, we can simplify programming with Rust on AArch64 by folding both into "[+-]neon", which is valid as it supersets both. "[+-]neon" is retained for niche uses such as firmware, kernels, "I just hate floats", and so on.
2022-02-10	Move `is_aarch64_feature_detected!` to `simd_aarch64` feature and stabilise	Adam Gemmell	-3/+3

2022-01-28	Move unstable is_{arch}_feature_detected! macros to std::arch	Amanieu d'Antras	-0/+6

2021-08-03	Update aarch64 runtime feature detection tests	Adam Gemmell	-2/+36

2021-05-19	Remove test for crypto feature ahead of its removal	Adam Gemmell	-1/+0

2020-12-07	Fix SGX CI, take 3	Jethro Beekman	-5/+3
	Broken in #79038
2020-12-01	Fix SGX CI	Jethro Beekman	-1/+4
	Broken in #79038
2020-11-30	Make ui test that are run-pass and do not test the compiler itself library tests	Christiaan Dirkx	-0/+77

2020-10-26	Updated documentation, x86 feature detection testing, and removed LLVM 9 ↵	DevJPM	-0/+7
	exclusive features Updated the added documentation in llvm_util.rs to note which copies of LLVM need to be inspected. Removed avx512bf16 and avx512vp2intersect because they are unsupported before LLVM 9 with the build with external LLVM 8 being supported Re-introduced detection testing previously removed for un-requestable features tsc and mmx
2020-10-25	Removed movbe from run-time-detect	DevJPM	-1/+1
	`movbe` seems to not be a run-time detectable feature on x86. It has thus been removed from the list. It was only commented out to ease comparison against the full list.
2020-10-25	Updated the list of white-listed target features for x86	DevJPM	-25/+38
	This PR both adds in-source documentation on what to look out for when adding a new (X86) feature set and adds all that are detectable at run-time in Rust stable as of 1.27.0. This should only enable the use of the corresponding LLVM intrinsics. Actual intrinsics need to be added separately in rust-lang/stdarch. It also re-orders the run-time-detect test statements to be more consistent with the actual list of intrinsics whitelisted and removes underscores not present in the actual names (which might be mistaken as being part of the name)
2020-07-27	mv std libs to library/	mark	-0/+173