Repository navigation
Downstream CI for libc #5209
Description
libc is tested a handful of places downstream for targets that aren't Tier 2+, or have less common configurations. This issue is intended to aggregate a list of any such public CI.
| Targets | CI Maintainer | Link | Status Badge |
|---|---|---|---|
armv7-rtems-eabihf |
https://github.com/physwkim/libc-downstream-ci |  |
If you are interested in testing a target that can be run in Docker or natively on GitHub Actions (e.g. with a self-hosted runner), see https://github.com/tgross35/libc-downstream-ci for a simple template to get a daily job going.
If you are already running CI downstream anywhere with public results, comment a link and I'll update the table.
Reacted by Jonah Petri
Activity
tgross35 commentedon Jun 24, 2026
Cc @Gelbpunkt @asomers @semarie @maurer @skrap @neuschaefer @sunshowers @erickt @Nashenas88 @ivmarkov @MabezDev @SergioGasquez because I believe all of you have either expressed interest in running downstream CI, or are already doing so.
maurer commentedon Jul 20, 2026
Android's downstream CI is currently only operating on released copies of
libc(when we update the compiler or the version of the crate available to platform developers). The team recently shrunk, so it's unlikely that a CI integrating ToTlibcwith Android is going to happen. (Compiler would be first on the list, and that's also not likely to happen.)physwkim commentedon Oct 23, 2026
armv7-rtems-eabihfis now tested daily at https://github.com/physwkim/libc-downstream-ci, on the RTEMS 6xilinx_zynq_a9_qemuBSP under QEMU (badge: https://github.com/physwkim/libc-downstream-ci/actions/workflows/ci.yaml/badge.svg). It stays red until #5663 is fixed, and it uses nightly-2026-10-19 until rust-lang/rust#164719 and #5655 are fixed. I can maintain it. cc @thesummerthesummer commentedon Oct 24, 2026
Thanks @physwkim I was a bit preoccupied with other things. Will have a look at #5663
vignesh-chaturvedi commentedon Oct 30, 2026
x86_64-unknown-openbsdis now tested daily on both currently supported OpenBSD releases: 8.0 (Rust 1.98.1) and 7.9 (Rust 1.94.1), using each release's ownrustpackage. The CI boots an OpenBSD VM withvmactions/openbsd-vmand runslibc'sci/run.sh... Both jobs are green, and it has already caught thegetexecpathissue on 7.9 (#5670). I can maintain it. cc @semariex86_64-unknown-openbsd