Separate L4Re from Linux code, add aarch64 and enable tests #4479

farao · 2025-06-09T17:11:05Z

The L4Re code was previously attached to the Linux code which was not correct in many ways. This commit separates the L4Re code and enables the libc-tests and includes the fixes for the failing tests. Aarch64 is added as a second supported architecture (more to come).

Sources

L4Re-adapted version of uclibc: https://github.com/kernkonzept/l4re-core/tree/master/uclibc/lib.

Checklist

Relevant tests in libc-test/semver have been updated
No placeholder or unstable values like *LAST or *MAX are
included (see #3131)
Tested locally (cd libc-test && cargo test --target mytarget);
especially relevant for platforms that may not be checked in CI

rustbot · 2025-06-09T17:11:12Z

Some changes occurred in the Android module

cc @maurer

farao · 2025-06-13T08:50:10Z

Hi @tgross35, this is the refactoring of the recent L4Re PR: #4383 (which is kept around just in case).

I think the failure of the freebsd nightly checks is not my fault. The rest succeeds now.

I did most of what you requested in your comment on the old PR, I just kept the linux/mod.rs file around since there is a massive part of code that is linux-only and is not supported by L4Re and it did not seem to make sense to put it all in shared.rs.

Also, I put some more code that's shared from the sub modules (emscripten, android, linux, l4re) up in linux_like/mod.rs. In theory, I think there's potential to do that with more code, that's just the one that I would have put in shared.rs but realized that it could go into linux_like/mod.rs instead.

tgross35

Sorry this has taken a while to get to, but thank you for all the changes here! The shape of this one looks much better. I have a handful of small comments but will need to take a deeper look at the big refactor portions again.

tgross35 · 2025-06-26T02:39:52Z

ci/run-docker.sh

I assume this isn't directly related to l4re, mind splitting it to a separate commit? (same PR is fine of course)

tgross35 · 2025-06-26T02:42:08Z

libc-test/build.rs

@@ -3990,6 +4007,10 @@ fn test_linux(target: &str) {
    });

    cfg.skip_struct(move |ty| {
+        if ty.starts_with("l4_") {


Are these anonymous on l4re?

Actually turned out to be not necessary. I removed this and similar lines.

tgross35 · 2025-06-26T02:42:22Z

libc-test/build.rs

@@ -4169,6 +4190,12 @@ fn test_linux(target: &str) {
    });

    cfg.skip_const(move |name| {
+        // L4Re requires a min stack size of 64k; that isn't defined in uClibc, but
+        // somewhere in the core libraries. uClibc wants 16k, but that's not enough.
+        if name == "PTHREAD_STACK_MIN" {


This should be l4re && ... right?

tgross35 · 2025-06-26T02:44:02Z

libc-test/build.rs

@@ -3716,11 +3728,12 @@ fn test_linux(target: &str) {
               "libgen.h",
               "limits.h",
               "link.h",
-               "linux/sysctl.h",
+               [uclibc]: "linux/if_ether.h",
+               [linux]: "linux/sysctl.h",


I think it is probably safer to flip the logic here. That is, rather than [linux], make these [!l4re] so any other OS that happens to reuse some of this function gets the same defaults.

True, that's better! I changed it.

tgross35 · 2025-06-26T02:44:32Z

libc-test/build.rs

@@ -4920,7 +4949,9 @@ fn test_linux(target: &str) {

    cfg.generate(src_hotfix_dir().join("lib.rs"), "main.rs");

-    test_linux_like_apis(target);
+    if linux {


Similarly, if !l4re here

tgross35 · 2025-06-26T02:52:16Z

src/unix/linux_like/l4re/uclibc/mod.rs

+        (*(self as *const siginfo_t as *const siginfo_sigfault)).si_addr
+    }
+
+    pub unsafe fn si_value(&self) -> crate::sigval {
+        #[repr(C)]
+        struct siginfo_si_value {
+            _si_signo: c_int,
+            _si_errno: c_int,
+            _si_code: c_int,
+            _si_timerid: c_int,
+            _si_overrun: c_int,
+            si_value: crate::sigval,
+        }
+        (*(self as *const siginfo_t as *const siginfo_si_value)).si_value


I know this is preexisting, but mind updating to the slightly safer newer casting APIs? So ptr::from_ref(self).cast::<siginfo_sigfault>()

tgross35 · 2025-06-26T02:57:52Z

src/unix/linux_like/l4re/uclibc/x86_64/mod.rs

+    // FIXME(1.0): this is actually a union
+    pub struct sem_t {


ulibc was broken before this right? If so, might as well make it correct here.

Yes, that was broken before. I fixed it now.

tgross35 · 2025-06-26T03:03:24Z

src/unix/linux_like/shared.rs

@@ -0,0 +1,2127 @@
+//! Shared definitions between Linux and L4Re
+
+// TODO: check if there is more overlap with emscripten and android


FIXME(linux) if this comment is meant to be left in the codebase

I used the FIXME. There are actually a lot of cases where the same struct that is shared between l4re and linux is also shared with one of the other targets (android or emscripten) and one might think about adding all these cases to linux_like/mod.rs instead (with the exception of the differing target as #[cfg..].

tgross35 · 2025-07-07T17:20:28Z

@rustbot author, for the above review and a rebase

rustbot · 2025-07-07T17:20:33Z

Reminder, once the PR becomes ready for a review, use @rustbot ready.

farao · 2025-07-07T18:55:24Z

Thanks for the comments! Unfortunately, I'll only be able to get to them beginning of next week but I'll make it a priority then!

The L4Re code was previously attached to the Linux code which was not correct in many ways. This commit separates the L4Re code and enables the libc-tests and includes the fixes for the failing tests. Aarch64 is added as a second supported architecture (more to come).

farao · 2025-07-14T15:08:01Z

@tgross35 Should be all fixed now. CI runs through (the failing freebsd checks are again not due to my change). Anything else?

rustbot added ctest Issues relating to the ctest crate O-android O-gnu O-linux O-linux-like O-musl O-unix O-x86 S-waiting-on-review labels Jun 9, 2025

farao force-pushed the revert branch 11 times, most recently from 92284e5 to 40a082a Compare June 12, 2025 16:33

farao mentioned this pull request Jun 13, 2025

Separate L4Re code, add aarch64 and enable tests #4383

Draft

3 tasks

farao force-pushed the revert branch 2 times, most recently from 26e9993 to 5b60e70 Compare June 23, 2025 09:15

tgross35 reviewed Jun 26, 2025

View reviewed changes

rustbot added S-waiting-on-author and removed S-waiting-on-review labels Jul 7, 2025

farao force-pushed the revert branch from 5b60e70 to 5e025e0 Compare July 14, 2025 12:25

farao added 2 commits July 14, 2025 15:04

ci: fix docker mount volumes SE-Linux enabled systems

93fa5eb

libc-test/build.rs: Fix compiler warning from nightly rustc

ed0af2f

farao force-pushed the revert branch 3 times, most recently from 237f630 to c2490f3 Compare July 14, 2025 14:44

farao force-pushed the revert branch from c2490f3 to 804f6f9 Compare July 14, 2025 14:48

		@@ -0,0 +1,2127 @@
		//! Shared definitions between Linux and L4Re

		// TODO: check if there is more overlap with emscripten and android

Separate L4Re from Linux code, add aarch64 and enable tests #4479

Are you sure you want to change the base?

Separate L4Re from Linux code, add aarch64 and enable tests #4479

Uh oh!

Conversation

farao commented Jun 9, 2025

Sources

Checklist

Uh oh!

rustbot commented Jun 9, 2025

Uh oh!

farao commented Jun 13, 2025

Uh oh!

tgross35 left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

farao Jul 14, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

tgross35 commented Jul 7, 2025

Uh oh!

rustbot commented Jul 7, 2025

Uh oh!

farao commented Jul 7, 2025

Uh oh!

farao commented Jul 14, 2025

Uh oh!

Uh oh!

farao Jul 14, 2025 •

edited

Loading