proot-me / proot

chroot, mount --bind, and binfmt_misc without privilege/setup for Linux
https://proot-me.github.io
GNU General Public License v2.0
2.02k stars 378 forks source link

build failure on EL7 aarch64 #186

Open loveshack opened 5 years ago

loveshack commented 5 years ago

Building the current development source (6694d34c83c2b6f2d47686bbe70e828580df9b56) on RHEL7 aarch64 fails with errors like this. It's OK on x86_64.

gcc -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I. -I./ `python2.7-config --includes` -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches   -Wall -Wextra -O2 -MD -c ./path/canon.c -o path/canon.o
BUILDSTDERR: In file included from ./cli/note.h:26:0,
BUILDSTDERR:                  from ./cli/note.c:29:
BUILDSTDERR: ./tracee/tracee.h:159:26: error: array type has incomplete element type
BUILDSTDERR:   struct user_regs_struct _regs[NB_REG_VERSION];
BUILDSTDERR:                           ^
BUILDSTDERR: make: *** [cli/note.o] Error 1

Full build log at https://copr-be.cloud.fedoraproject.org/results/loveshack/livhpc/epel-7-aarch64/01013968-proot/build.log.gz for a while.

oxr463 commented 5 years ago

Are you cross-compiling or native?

oxr463 commented 5 years ago

log.txt

loveshack commented 5 years ago

The build was native (on one of the Fedora build systems).

In case you look at the sibling failures on x86_64 in that attempt, at least the epel-7 may be the result of a parallel make race, as it's worked twice otherwise -- I'll try to check.

oxr463 commented 2 years ago

@loveshack please test again on the latest v5.3.0 release.

Reference(s):