You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From what i know, Exec format error means that you are trying to run a binary on the wrong architecture, so my guess was that while cross-building, the package tried to run the output aarch64 binary on x86_64.
With this in mind i tried adding build_helper="qemu" to my template, since as the manual says "sets additional variables for the cmake and meson build styles to allow executing cross-compiled binaries inside qemu." but this didn't change anything and i still get the same Exec format error.
If it helps somehow, this is the output of using file on the binary: masterdir/builddir/neko-2.3.0/build/bin/neko: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=0a0af44a623fcda62165dafa047cb407d167f28f, for GNU/Linux 3.7.0, not stripped
The text was updated successfully, but these errors were encountered:
Hello, while i was cross-compiling neko for aarch64 i found out that the package wouldn't build because of the following error:
From what i know,
Exec format error
means that you are trying to run a binary on the wrong architecture, so my guess was that while cross-building, the package tried to run the output aarch64 binary on x86_64.With this in mind i tried adding
build_helper="qemu"
to my template, since as the manual says "sets additional variables for the cmake and meson build styles to allow executing cross-compiled binaries inside qemu." but this didn't change anything and i still get the sameExec format error.
If it helps somehow, this is the output of using
file
on the binary:masterdir/builddir/neko-2.3.0/build/bin/neko: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=0a0af44a623fcda62165dafa047cb407d167f28f, for GNU/Linux 3.7.0, not stripped
The text was updated successfully, but these errors were encountered: