rust/library/std/src/sys_common, branch tryhttps://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=try2025-07-11T03:53:47+00:00docs: clarify “dag” in std::sys_common doc comment2025-07-11T03:53:47+00:00Colten70793703+ColtenOuO@users.noreply.github.com2025-07-08T17:59:03+00:00urn:sha1:3c11029acef45da169dd6713c48e9fdd98d606b5make `OsString::new` and `PathBuf::new` unstably const2025-05-24T20:33:11+00:00cyrganiansgar.w.zielke@gmail.com2025-05-24T20:33:11+00:00urn:sha1:fab206bf5852c532f85b9ad30f9eea8fc952e8e1std: get rid of `sys_common::process`2025-04-28T09:13:50+00:00joboetjonasboettiger@icloud.com2025-03-27T13:20:25+00:00urn:sha1:5f145689b1c0a313ee737de296a57d1479c18cb5
Move the public `CommandEnvs` into the `process` module (and make it a wrapper type for an internal iterator type) and everything else into `sys::process` as per #117276.
Move fs into sys2025-03-09T00:22:37+00:00Thalia Archibaldthalia@archibald.dev2025-02-26T01:45:30+00:00urn:sha1:685619e4c93e3b30da36b013ab62c4cf8931b432Skip scanning for surrogates when not known valid2025-02-20T02:43:24+00:00Thalia Archibaldthalia@archibald.dev2025-02-07T19:54:02+00:00urn:sha1:eb14652770451022d424a1c301a4416514464932Add fast path for displaying pre-validated Wtf8Buf2025-02-20T02:43:24+00:00Thalia Archibaldthalia@archibald.dev2025-02-06T03:37:27+00:00urn:sha1:0842f2c65c766301be488256a18d89e90c3b6304Rollup merge of #137155 - thaliaarchi:wtf8-organize, r=ChrisDenton2025-02-19T20:16:12+00:00Matthias Krügermatthias.krueger@famsik.de2025-02-19T20:16:12+00:00urn:sha1:3964bb131b3b7a24f20803d8efe3bd1d76fc5abc
Organize `OsString`/`OsStr` shims
Synchronize the `bytes.rs` and `wtf8.rs` shims for `OsString`/`OsStr` so they're easier to diff between each other. This is mostly ordering items the same between the two. I tried to minimize moves and went for the average locations between the files.
With them in the same order, it is clear that `FromInner<_>` is not implemented for `bytes::Buf` and `Clone::clone_from` is not implemented for `wtf8::Buf`, but they are for the other. Fix that.
I added #[inline] to all inherent methods of the `OsString`/`OsStr` shims, because it seemed that was already the rough pattern. `bytes.rs` has more inlining than `wtf8.rs`, so I added the corresponding ones to `wtf8.rs`. Then, the common missing ones have no discernible pattern to me. They're not divided by non-allocating/allocating. Perhaps the pattern is that UTF-8 validation isn't inlined? Since these types are merely the inner values in `OsStr`/`OsString`, I put inline on all methods and let those public types dictate inlining. I have not inspected codegen or run benchmarks.
Also, touch up some (private) documentation comments.
r? ``````@ChrisDenton``````
Rollup merge of #120580 - HTGAzureX1212:HTGAzureX1212/issue-45795, r=m-ou-se2025-02-19T20:16:01+00:00Matthias Krügermatthias.krueger@famsik.de2025-02-19T20:16:01+00:00urn:sha1:84e9f2900758902fbbe6d09ec0f35546c220dedf
Add `MAX_LEN_UTF8` and `MAX_LEN_UTF16` Constants
This pull request adds the `MAX_LEN_UTF8` and `MAX_LEN_UTF16` constants as per #45795, gated behind the `char_max_len` feature.
The constants are currently applied in the `alloc`, `core` and `std` libraries.
Simplify control flow with while-let2025-02-16T23:19:08+00:00Thalia Archibaldthalia@archibald.dev2025-02-06T06:46:27+00:00urn:sha1:8b1a3a26c7b9db36f8ff6940ecc8e679c659d275Improve WTF-8 comments2025-02-16T22:43:31+00:00Thalia Archibaldthalia@archibald.dev2025-02-05T22:03:50+00:00urn:sha1:09dc38f23b4aa759d65d2fb940781f080445f685