rust/library/std, branch autohttps://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=auto2025-10-04T10:31:27+00:00Rollup merge of #147190 - joboet:sys-net-cleanup, r=hkBst,tgross352025-10-04T10:31:27+00:00Matthias Krüger476013+matthiaskrgr@users.noreply.github.com2025-10-04T10:31:27+00:00urn:sha1:97554669dd4cd5f4a425e515e0f5632955824005
std: `sys::net` cleanups
This PR contains three improvements to the socket-based networking implementation (aa1263e7684341a73b600eaf0bbc70067e196243 is just to add the now missing `unsafe`). Best reviewed commit-by-commit.
Rollup merge of #146451 - DimitriiTrater:atan2_correctness_docs, r=tgross352025-10-04T10:31:25+00:00Matthias Krüger476013+matthiaskrgr@users.noreply.github.com2025-10-04T10:31:25+00:00urn:sha1:eb8e240de97e27807e1079239024c888968e2453
Fix atan2 inaccuracy in documentation
Fixes rust-lang/rust#136275
Document fully-qualified syntax in `as`' keyword doc2025-10-03T14:31:55+00:00Fletcher Porterme@fletcherporter.com2025-06-18T12:04:54+00:00urn:sha1:1485e7887b6407ce6326e044d9b3983364db52adRollup merge of #146281 - Jules-Bertholet:static-align-thread-local, r=Mark-Simulacrum2025-10-02T08:27:48+00:00Matthias Krüger476013+matthiaskrgr@users.noreply.github.com2025-10-02T08:27:48+00:00urn:sha1:92aac1bdf61642cfc99498ca86e663cf53d2039e
Support `#[rustc_align_static]` inside `thread_local!`
Tracking issue: rust-lang/rust#146177
```rust
thread_local! {
#[rustc_align_static(64)]
static SO_ALIGNED: u64 = const { 0 };
}
```
This increases the amount of recursion the macro performs (once per attribute in addition to the previous once per item), making it easier to hit the recursion limit. I’ve added workarounds to limit the impact in the case of long doc comments, but this still needs a crater run just in case.
r? libs
``@rustbot`` label A-attributes A-macros A-thread-locals F-static_align T-libs
Fix memory leak in `os` impl2025-10-01T16:28:18+00:00Jules Bertholetjulesbertholet@quoi.xyz2025-10-01T15:32:54+00:00urn:sha1:94f00f4e4a0240bc7b8284c78482e37af252309aRollup merge of #147213 - ivmarkov:fix-hostname-espidf, r=joboet2025-10-01T12:15:03+00:00Stuart CookZalathar@users.noreply.github.com2025-10-01T12:15:03+00:00urn:sha1:06e059d45d53d82654cad67eff3905c0577e36ab
Fix broken STD build for ESP-IDF
PRs rust-lang/rust#147162 and rust-lang/rust#146937 did [broke](https://github.com/esp-rs/esp-idf-sys/actions/runs/18151791720/job/51663969786) the STD build for `target_os = "espidf"` because that target [does not have neither a `gethostname`, not a `libc::_SC_HOST_NAME_MAX` by default](https://github.com/espressif/esp-idf/issues/14849).
While there is a [3rd party component for this syscall](https://components.espressif.com/components/espressif/sock_utils/versions/0.2.2/readme) in the ESP-IDF component registry, I don't think we should use it, because it does not come with ESP-IDF by default.
Therefore, the one-liner fix just re-routes ESP-IDF into the `unsupported` branch.
Fix broken STD build for ESP-IDF2025-10-01T08:12:44+00:00ivmarkovivan.markov@gmail.com2025-10-01T08:12:44+00:00urn:sha1:b1c212f8502e8e7fcb66da0e8da98db770cb7c02Auto merge of #147198 - matthiaskrgr:rollup-b0ryvvu, r=matthiaskrgr2025-10-01T04:46:14+00:00borsbors@rust-lang.org2025-10-01T04:46:14+00:00urn:sha1:1e1a39441bd11aba541a48ba714d939490fc7b85
Rollup of 6 pull requests
Successful merges:
- rust-lang/rust#143069 (Add fast-path for accessing the current thread id)
- rust-lang/rust#146518 (Improve the documentation around `ZERO_AR_DATE`)
- rust-lang/rust#146596 (Add a dummy codegen backend)
- rust-lang/rust#146617 (Don’t suggest foreign `doc(hidden)` types in "the following other types implement trait" diagnostics)
- rust-lang/rust#146635 (cg_llvm: Stop using `as_c_char_ptr` for coverage-related bindings)
- rust-lang/rust#147184 (Fix the bevy implied bounds hack for the next solver)
r? `@ghost`
`@rustbot` modify labels: rollup
Add fast-path for accessing the current thread id2025-09-30T18:51:03+00:00Josh Simmonsjosh@nega.tv2025-06-26T19:31:05+00:00urn:sha1:cbaec31c10c5eff7342e5273360521911fbf7631
Accessing the thread id is often used in profiling and debugging, as
well as some approaches for sound single-threaded access to data.
Currently the only way to access the thread id is by first obtaining a
handle to the current thread. While this is not exactly slow, it does
require an atomic inc-ref and dec-ref operation, as well as the
injection of `Thread`'s drop code into the caller.
This publicly exposes the existing fast-path for accessing the current
thread id.
Rollup merge of #142506 - clarfonthey:path-trailing-sep, r=joboet2025-09-30T18:46:44+00:00Matthias Krüger476013+matthiaskrgr@users.noreply.github.com2025-09-30T18:46:44+00:00urn:sha1:61b9467af89c18fb2b1e08da1fce2472b2147cc1
Add `Path::has_trailing_sep` and related methods
Implements rust-lang/libs-team#335.
Tracking issue: rust-lang/rust#142503
Notable differences from ACP:
* `trim_trailing_sep` was added to `Path` since it felt reasonable to ensure that the inverse operation was available.
* Per suggestion of `@kennytm,` added `push_trailing_sep` and `pop_trailing_sep` to `PathBuf` in addition to `set_trailing_sep`.
This also updates some of the docs on various `Path` methods to use the term "trailing separator" instead of "trailing slash" for consistency.