Closed MatthewVernon closed 1 hour ago
FTR, the build fails identically on 10.44 without #418 applied.
ARMv5 support is dropped from the jit compiler, and ARMv6 is the minimum now. Even that is 15 year old hw now.
I was thinking last week in fact that we should have a CI build with an ARM cross-compiler and run the tests with qemu.
ARMv5 support is dropped from the jit compiler, and ARMv6 is the minimum now. Even that is 15 year old hw now.
OK, thanks, I'll pull armel
from the set of architectures we compile the JIT on for Debian.
The uraimo
containers can be used to run code on other CPU without explicit qemu commands:
Sljit example: https://github.com/zherczeg/sljit/blob/master/.github/workflows/actions.yml#L54
Walrus (a WebAssembly runtime with sljit) example: https://github.com/Samsung/walrus/blob/main/.github/workflows/actions.yml#L185
I've uploaded 10.44 to Debian, and backported #418 so that it builds OK on the 32-bit platforms.
There are, though, two test failures remaining on armel (on which 10.42 built without issue), taking an extract from the build log:
and
The Debian bug report is https://bugs.debian.org/1087563 (and has speculation that it might possibly be relevant that ARMv6 is actually higher than the baseline for the armel architecture, which is meant to run successfully on armv5te as per https://wiki.debian.org/ArchitectureSpecificsMemo ).
This will block 10.44 from moving into the next Debian release.