Update libc to v0.2.183 by thesummer · Pull Request #150752 · rust-lang/rust

thesummer · 2026-01-07T08:04:59Z

Follow-up of #150484.
This PR updates libc to include the latest patches to make rtems target (and probably others) compile again.

rustbot · 2026-01-07T08:05:02Z

These commits modify the library/Cargo.lock file. Unintentional changes to library/Cargo.lock can be introduced when switching branches and rebasing PRs.

If this was unintentional then you should revert the changes before this PR is merged.
Otherwise, you can ignore this comment.

rustbot · 2026-01-07T08:05:05Z

r? @tgross35

rustbot has assigned @tgross35.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

tgross35 · 2026-01-07T08:44:32Z

Mind waiting until tomorrow? I should have 0.2.180 out by then, which will include a handful of fixes on smaller targets (unbreaking uclibc)

thesummer · 2026-01-07T08:46:18Z

Sure, no problem. Should I close this PR or just update it when the release is there?

tgross35 · 2026-01-07T09:15:16Z

You can leave it open, I'll ping once the release is out

tgross35 · 2026-01-08T12:32:56Z

Wow you're on top of things, I was just about to ping here

thesummer · 2026-01-08T12:33:12Z

Just got an Email from the rustbot regarding the new libc release and updated the PR.

tgross35 · 2026-01-08T12:35:12Z

library/std/Cargo.toml


 [target.'cfg(not(all(windows, target_env = "msvc")))'.dependencies]
-libc = { version = "0.2.178", default-features = false, features = [
+libc = { version = "0.2.179", default-features = false, features = [


This isn't actually using the very latest (0.2.180)

yes, I did some errors locally with the git commands. Should be correct now.

tgross35

Thanks! LGTM once CI passes

View changes since this review

tgross35 · 2026-01-08T13:38:50Z

@bors r+

rust-bors · 2026-01-08T13:38:54Z

📌 Commit 47c5f58 has been approved by tgross35

It is now in the queue for this repository.

Update libc to v0.2.180 Follow-up of rust-lang#150484. This PR updates libc to include the latest patches to make rtems target (and probably others) compile again.

@ghost

Rollup of 12 pull requests Successful merges: - #149961 (tidy: add if-installed prefix condition to extra checks system) - #150475 (std: sys: fs: uefi: Implement initial File) - #150533 (std: sys: fs: uefi: Implement remove_dir_all) - #150549 (fix missing_panics_doc in `std::os::fd::owned`) - #150699 (MGCA: Support literals as direct const arguments) - #150721 (Deprecated doc intra link) - #150752 (Update libc to v0.2.180) - #150802 (Minor cleanups to fn_abi_new_uncached) - #150803 (compiler-builtins subtree update) - #150809 (Update `literal-escaper` version to `0.0.7`) - #150811 (Store defids instead of symbol names in the aliases list) - #150825 (Query associated_item_def_ids when needed) r? @ghost

Update libc to v0.2.180 Follow-up of rust-lang#150484. This PR updates libc to include the latest patches to make rtems target (and probably others) compile again.

matthiaskrgr · 2026-01-08T20:42:11Z

@bors try jobs=dist-ohos-x86_64

Update libc to v0.2.180 try-job: dist-ohos-x86_64

Update libc to v0.2.180 Follow-up of rust-lang#150484. This PR updates libc to include the latest patches to make rtems target (and probably others) compile again.

tgross35 · 2026-02-13T10:12:35Z

Ohos maintainers @Amanieu @cceerczw what is the size of time_t on 32-bit ohos? It's listed as musl 1.2+ only in libc https://github.com/rust-lang/libc/blob/c12def367b38ce2dbfbfb8873786a60be3c31105/build.rs#L113-L116 so it's now getting 64-bit time_t with the most recent releases. This wasn't really intentional but I'm wondering which is correct here, and if things might have been broken.

If it's correct then also up to you whether libc should switch back to 32-bit time_t on 32-bit ohos with mild ecosystem breakage like shown here, or stick with 64-bit bit.

Amanieu · 2026-02-14T12:51:54Z

As far as I can tell OHOS has always had 64-bit time_t.

androm3da · 2026-03-26T21:21:25Z

I'm hoping to take advantage of the libc update once it lands. So to that end, I'd like to help do whatever I can to work out the blocker(s) for this PR.

If it's correct then also up to you whether libc should switch back to 32-bit time_t on 32-bit ohos with mild ecosystem breakage like shown here, or stick with 64-bit bit.

Is this just waiting for a decision from the relevant owner(s) or is there something I can do to test/configure/investigate/fix the issue?

tgross35 · 2026-03-27T08:42:24Z

Since the old timespec definition didn't match and the current one is correct, std should be updated here. @thesummer could you do that? I.e. use a zeroed libc::timespec then write the fields. (If you bump to 0.2.183 you can use the Default impl and save an unsafe block).

rustbot · 2026-03-28T12:25:08Z

This PR was rebased onto a different main commit. Here's a range-diff highlighting what actually changed.

Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers.

thesummer · 2026-03-28T14:05:21Z

Done.
@tgross35 could you please reapprove? Let's see if the merge pipeline works now. 🤞

thesummer · 2026-03-28T14:06:29Z

ah, sorry. Missed the rest or your comment, regarding the std.

This create conflict if the timespec of a target has additional fields. Use libc::timespec::default() instead

thesummer · 2026-03-28T14:50:57Z

Ok, done. Let's see if I found all the timespec initalizers. At least ./x.py check library --target armv7-unknown-linux-ohos returned without errors afterwards.

tgross35

Thanks for the followup

@bors r+ rollup=iffy

View changes since this review

rust-bors · 2026-03-28T19:40:30Z

📌 Commit e5124ce has been approved by tgross35

It is now in the queue for this repository.

…gross35 Update libc to v0.2.183 Follow-up of rust-lang#150484. This PR updates libc to include the latest patches to make rtems target (and probably others) compile again.

…uwer Rollup of 9 pull requests Successful merges: - #150752 (Update libc to v0.2.183) - #153380 (stabilize new RangeFrom type and iterator) - #153834 (Merge `fabsf16/32/64/128` into `fabs::<F>`) - #154043 (simd_fmin/fmax: make semantics and name consistent with scalar intrinsics) - #154494 (triagebot: add reminder for bumping CI LLVM stamp) - #153374 (Fix LegacyKeyValueFormat report from docker build: dist-x86_64) - #154320 (`trim_prefix` for paths) - #154453 (Fix ice in rustdoc of private reexport) - #154515 (Notify stdarch maintainers on changes in std_detect)

GuillaumeGomez · 2026-03-28T23:06:19Z

Failed in #154519.

@bors r-

rust-bors · 2026-03-28T23:06:25Z

This pull request was unapproved.

This PR was contained in a rollup (#154519), which was unapproved.

tgross35 · 2026-03-28T23:25:10Z

library/std/src/sys/time/unsupported.rs

-use crate::time::Duration;
-


Ah, looks like an accidental removal

rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-libs Relevant to the library team, which will review and decide on the PR/issue. labels Jan 7, 2026

rustbot assigned tgross35 Jan 7, 2026

thesummer changed the title ~~Update libc to v0.2.179~~ Update libc to v0.2.180 Jan 8, 2026

thesummer force-pushed the update-libc-0.2.179 branch from f581a0d to a45ec88 Compare January 8, 2026 12:31

This comment has been minimized.

Sign in to view

tgross35 reviewed Jan 8, 2026

View reviewed changes

thesummer force-pushed the update-libc-0.2.179 branch from a45ec88 to 47c5f58 Compare January 8, 2026 12:36

tgross35 approved these changes Jan 8, 2026

View reviewed changes

rust-bors bot added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Jan 8, 2026

matthiaskrgr mentioned this pull request Jan 8, 2026

Rollup of 12 pull requests #150830

Closed

matthiaskrgr mentioned this pull request Jan 8, 2026

Rollup of 11 pull requests #150832

Closed

ChrisDenton mentioned this pull request Jan 8, 2026

std: sys: fs: uefi: Implement initial File #150475

Merged

This comment has been minimized.

Sign in to view

rust-bors bot added a commit that referenced this pull request Jan 8, 2026

Auto merge of #150752 - thesummer:update-libc-0.2.179, r=<try>

607b25b

Update libc to v0.2.180 try-job: dist-ohos-x86_64

This comment has been minimized.

Sign in to view

thesummer force-pushed the update-libc-0.2.179 branch 2 times, most recently from be07ade to 2f8137f Compare February 13, 2026 09:47

This comment has been minimized.

Sign in to view

androm3da mentioned this pull request Feb 27, 2026

std: add platform support for hexagon-unknown-qurt #152084

Open

Update libc to v0.2.183

85805c3

thesummer force-pushed the update-libc-0.2.179 branch from 2f8137f to 85805c3 Compare March 28, 2026 12:25

Don't use field initializers for libc::timespec

e5124ce

This create conflict if the timespec of a target has additional fields. Use libc::timespec::default() instead

rustbot added the O-unix Operating system: Unix-like label Mar 28, 2026

tgross35 changed the title ~~Update libc to v0.2.181~~ Update libc to v0.2.183 Mar 28, 2026

tgross35 approved these changes Mar 28, 2026

View reviewed changes

rust-bors bot added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Mar 28, 2026

JonathanBrouwer mentioned this pull request Mar 28, 2026

Rollup of 9 pull requests #154519

Closed

rust-bors bot added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels Mar 28, 2026

tgross35 reviewed Mar 28, 2026

View reviewed changes

Uh oh!

Conversation

thesummer commented Jan 7, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

rustbot commented Jan 7, 2026

Uh oh!

rustbot commented Jan 7, 2026

Uh oh!

tgross35 commented Jan 7, 2026

Uh oh!

thesummer commented Jan 7, 2026

Uh oh!

tgross35 commented Jan 7, 2026

Uh oh!

This comment has been minimized.

tgross35 commented Jan 8, 2026

Uh oh!

thesummer commented Jan 8, 2026

Uh oh!

tgross35 Jan 8, 2026

Choose a reason for hiding this comment

Uh oh!

thesummer Jan 8, 2026

Choose a reason for hiding this comment

Uh oh!

tgross35 left a comment • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

tgross35 commented Jan 8, 2026

Uh oh!

rust-bors bot commented Jan 8, 2026

Uh oh!

matthiaskrgr commented Jan 8, 2026

Uh oh!

This comment has been minimized.

This comment has been minimized.

This comment has been minimized.

tgross35 commented Feb 13, 2026

Uh oh!

Amanieu commented Feb 14, 2026

Uh oh!

androm3da commented Mar 26, 2026

Uh oh!

tgross35 commented Mar 27, 2026

Uh oh!

rustbot commented Mar 28, 2026

Uh oh!

thesummer commented Mar 28, 2026

Uh oh!

thesummer commented Mar 28, 2026

Uh oh!

thesummer commented Mar 28, 2026

Uh oh!

tgross35 left a comment • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

rust-bors bot commented Mar 28, 2026

Uh oh!

GuillaumeGomez commented Mar 28, 2026

Uh oh!

rust-bors bot commented Mar 28, 2026

Uh oh!

tgross35 Mar 28, 2026

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

10 participants

thesummer commented Jan 7, 2026 •

edited by rustbot

Loading

tgross35 left a comment •

edited by rustbot

Loading

tgross35 left a comment •

edited by rustbot

Loading