Trying to run Dwarf Fortress, illegal instruction at 0x8b9f8be: 0f 13 83 60 5a 00 00 89

Heyo!
I'm trying to run Dwarf Fortress inside a Debian chroot, since it isn't musl compatible and gcompat gives me other errors. Managed to make it work on docker with econcz/x86-alpine-glibc:ish-import as the base. Compressed the chroot folder, transferred it into my iPad and I'm getting this error running the exact same instructions as in Docker (where it does indeed work):

```
Mateos-iPad:~# chroot /root/chroot/ /bin/bash
root@Mateos-iPad:~/chroot# LD_PRELOAD=/root/libgraphics.so /root/df_linux/libs/Dwarf_Fortress
Illegal instruction
root@Mateos-iPad:~/chroot# dmesg
[ 0.000000] 4 stub syscall 383
4 stub syscall 383
8 stub syscall 383
8 stub syscall 383
8 stub syscall 383
13 stub syscall 383
13 stub syscall 383
13 stub syscall 383
13 stub syscall 383
13 stub syscall 439
14 illegal instruction at 0x8b9f8be: 0f 13 83 60 5a 00 00 89
root@Mateos-iPad:~/chroot# uname -a
Linux Mateos-iPad 4.20.69-ish iSH 1.2.3 (298) Dec 17 2021 06:08:24 i686 GNU/Linux
```

the chroot is uploaded at [dfChroot.tar.gz](https://free.keep.sh/kRzzKQSUymCtfvmL/dfChroot.tar.gz)

No source file or test is named. Start by reproducing the `/bin/bash` and `LD_PRELOAD=/root/libgraphics.so /root/df_linux/libs/Dwarf_Fortress` commands with the supplied chroot, then compare the working Docker environment with iSH using the reported `dmesg` and `uname -a` output. Done means the illegal-instruction failure is explained and a project-level next step is identified.

Written by the indexing model from the issue text.