about summary refs log tree commit diff
path: root/src/libstd
AgeCommit message (Collapse)AuthorLines
2019-08-19fixnewpavlov-3/+3
2019-08-19use constnewpavlov-2/+4
2019-08-19typo fixnewpavlov-1/+1
2019-08-19use non-zero clock idnewpavlov-2/+2
2019-08-19remove libc importnewpavlov-1/+0
2019-08-19use wasi::get_environnewpavlov-30/+17
2019-08-19use wasi::get_argsnewpavlov-37/+5
2019-08-19remove to_stringnewpavlov-1/+1
2019-08-19replace libc::nanosleep with wasi::poll_oneoffnewpavlov-14/+23
2019-08-19test cases for both `f32` and `f64` on asinh(-0.0)Phosphorus15-0/+2
2019-08-19Added negative cases for `asinh` according to IEEE-754.Phosphorus15-8/+22
2019-08-19return 0 from errno functionnewpavlov-1/+1
2019-08-19use wasi cratenewpavlov-376/+249
2019-08-17Fixed: error: unnecessary trailing semicolonSalim Nasser-1/+1
2019-08-16Rollup merge of #63613 - petrochenkov:stdhyg, r=alexcrichtonMazdak Farrokhzad-13/+10
Hygienize use of built-in macros in the standard library Same as https://github.com/rust-lang/rust/pull/61629, but for built-in macros. Closes https://github.com/rust-lang/rust/issues/48781 r? @alexcrichton
2019-08-16Add the Layout of the failed allocation to TryReserveError::AllocErrorSimon Sapin-2/+6
… and add a separately-unstable field to force non-exhaustive matching (`#[non_exhaustive]` is no implemented yet on enum variants) so that we have the option to later expose the allocator’s error value. CC https://github.com/rust-lang/wg-allocators/issues/23
2019-08-16Update hashbrown to 0.5.0Simon Sapin-2/+2
2019-08-16Rename CollectionAllocError to TryReserveErrorSimon Sapin-9/+9
2019-08-15Remove `__rust_unstable_column`Vadim Petrochenkov-4/+1
2019-08-15Hygienize use of built-in macros in the standard libraryVadim Petrochenkov-9/+9
2019-08-15Rollup merge of #63546 - lzutao:clouldabi-maybeuninit, r=RalfJungMazdak Farrokhzad-14/+18
Remove uses of `mem::uninitialized()` from cloudabi This PR removes uses of `mem::uninitialized` from `cloudabi` module, excluding the layout test in `src/libstd/sys/cloudabi/abi/cloudabi.rs`. r? @RalfJung cc @EdSchouten cc #62397
2019-08-15Rollup merge of #63155 - mfkl:uwp-msvc, r=alexcrichtonMazdak Farrokhzad-2/+2
Add UWP MSVC targets Hi, - The README URI change is the correct one for VS2019 community edition, which I suspect most people would use. Doesn't _need_ to be merged though. - This https://github.com/rust-lang/rust/commit/5e6619edd1a3b5c3f85438166d4d32af49f800fd fixes the UWP build (msvc or not, doesn't matter). I suspect it broke with recent changes unnoticed because no CI. - Store lib location is found through the VCToolsInstallDir env variable. The end of the path is currently for the VS2019 store lib locations only. - I could not test the aarch64_uwp_windows_msvc target because the rust build script does not currently support arm64 msvc AFAIU.
2019-08-15Fix gramitcal error in read_dir exampleAli Raheem-1/+1
2019-08-15Remove uses of `mem::uninitialized()` from cloudabiLzu Tao-14/+18
2019-08-14Handle cfg(bootstrap) throughoutMark Rousskov-55/+19
2019-08-12Rollup merge of #63480 - OptimisticPeach:patch-1, r=CentrilMazdak Farrokhzad-1/+1
Fixes #63477 Adds a closing parenthesis.
2019-08-12Rollup merge of #63461 - tommilligan:doc-var-panic, r=joshtriplettMazdak Farrokhzad-0/+12
docs: add stdlib env::var(_os) panic Closes #63456
2019-08-12Fixes #63477OptimisticPeach-1/+1
Adds a closing parenthesis.
2019-08-11Rollup merge of #61969 - MikailBag:master, r=CentrilMark Rousskov-0/+30
Add #[repr(transparent)] for several types In some functions, types mentioned in this PR are transmuted into their inner value. Example for `PathBuf`: https://github.com/rust-lang/rust/blob/master/src/libstd/path.rs#L1132. This PR adds `#[repr(transparent)]` to those types, so their correct behavior doesn't depend on compiler details. (As far as I understand, currently that line, converting `PathBuf` to `Vec<u8>`, is UB).
2019-08-11docs: add stdlib env::var(_os) panicTom Milligan-0/+12
2019-08-10Rollup merge of #63350 - iluuu1994:use-associated-type-bounds, r=CentrilMazdak Farrokhzad-2/+11
Use associated_type_bounds where applicable - closes #61738
2019-08-10Give built-in macros stable addresses in the standard libraryVadim Petrochenkov-21/+30
2019-08-09Add FIXME-s that some types should be transparentMikail Bagishov-0/+30
2019-08-09Add missing #![feature(associated_type_bounds)]Ilija Tovilo-0/+1
2019-08-09Postpone deprecating try! until 1.39.0Lzu Tao-1/+2
2019-08-09Deprecate `try!` macroBO41-1/+4
Co-Authored-By: Mazdak Farrokhzad <twingoow@gmail.com> Co-Authored-By: Oliver Middleton <olliemail27@gmail.com>
2019-08-08Use associated_type_bounds where applicable - closes #61738Ilija Tovilo-2/+10
2019-08-08Remove Iteration order headingAli Raheem-4/+0
2019-08-08Rollup merge of #63332 - marmistrz:truncate, r=alexcrichtonMazdak Farrokhzad-3/+11
Add an overflow check in truncate implementation for Unix. Closes #63326. cc @alexcrichton
2019-08-08Move the TryInto import into the inner scopeMarcin Mielniczuk-1/+1
2019-08-08Rollup merge of #63327 - lzutao:fix-as_raw_stat-dep-msg, r=Mark-SimulacrumMazdak Farrokhzad-3/+4
doc: Reword deprecation message of MetadataExt::as_raw_stat Closes #62711 r? @Mark-Simulacrum
2019-08-07Add fs::read_dir() and ReadDir warning about iterator order + exampleAli Raheem-0/+32
2019-08-06Fix cfg_if usageJeremy Soller-2/+2
2019-08-06redox: convert to target_family unixJeremy Soller-6425/+551
2019-08-06Add an overflow check in truncate implementation for Unix.Marcin Mielniczuk-3/+11
2019-08-06avoid unnecessary reservations in std::io::Take::read_to_endJack O'Connor-8/+58
Prevously the `read_to_end` implementation for `std::io::Take` used its own `limit` as a cap on the `reservation_size`. However, that could still result in an over-allocation like this: 1. Call `reader.take(5).read_to_end(&mut vec)`. 2. `read_to_end_with_reservation` reserves 5 bytes and calls `read`. 3. `read` writes 5 bytes. 4. `read_to_end_with_reservation` reserves 5 bytes and calls `read`. 5. `read` writes 0 bytes. 6. The read loop ends with `vec` having length 5 and capacity 10. The reservation of 5 bytes was correct for the read at step 2 but unnecessary for the read at step 4. By that second read, `Take::limit` is 0, but the `read_to_end_with_reservation` loop is still using the same `reservation_size` it started with. Solve this by having `read_to_end_with_reservation` take a closure, which lets it get a fresh `reservation_size` for each read. This is an implementation detail which doesn't affect any public API.
2019-08-06doc: Reword deprecation message of MetadataExt::as_raw_statLzu Tao-3/+4
2019-08-06Match the loop examplesStefan Schindler-3/+4
2019-08-06Auto merge of #63319 - Centril:rollup-d89rmey, r=Centrilbors-0/+2
Rollup of 14 pull requests Successful merges: - #61457 (Implement DoubleEndedIterator for iter::{StepBy, Peekable, Take}) - #63017 (Remove special code-path for handing unknown tokens) - #63184 (Explaining the reason why validation is performed in to_str of path.rs) - #63230 (Make use of possibly uninitialized data [E0381] a hard error) - #63260 (fix UB in a test) - #63264 (Revert "Rollup merge of #62696 - chocol4te:fix_#62194, r=estebank") - #63272 (Some more libsyntax::attr cleanup) - #63285 (Remove leftover AwaitOrigin) - #63287 (Don't store &Span) - #63293 (Clarify align_to's requirements and obligations) - #63295 (improve align_offset docs) - #63299 (Make qualify consts in_projection use PlaceRef) - #63312 (doc: fix broken sentence) - #63315 (Fix #63313) Failed merges: r? @ghost
2019-08-06Rollup merge of #63184 - JasonShin:master, r=sfacklerMazdak Farrokhzad-0/+2
Explaining the reason why validation is performed in to_str of path.rs I thought it's good to explain the reason for the validation during the conversion between Path/PathBuffer into str, which explains the reason for returning an Option at this point (good for beginners who are reading through the docs).
generated by cgit-pink 1.4.1-3-g733a5 (git 2.37.1) at 2026-01-21 16:49:03 +0000