On Fri, May 20, 2016 at 11:09:01AM +0000, Eric Wong wrote: > Niko Tyni <nt...@debian.org> wrote:
> > It seems probable that this makes it fail to build from source > > on arm64 as well, but I haven't verified that. armhf is OK on > > tests.reproducible-builds.org fwiw. > > Does removing the ARM-specific part and falling back to the > .ph files help at all? (see diff below) Thanks, but not really. The 'uname -m' thing is 'aarch64' on this architecture, so the .ph path already gets taken. > I think there's too many ARM variants to sanely manage via > regexp and we'd be better off relying entirely on perl-supplied > *.ph files as-is nowadays. The problem is that arm64 does not have the legacy epoll_create() and epoll_wait() syscalls, those are implemented in glibc with epoll_create1() and epoll_pwait() if I understand correctly. So epoll_create(arg) can be replaced with epoll_create1(0). Not sure how epoll_wait() should be implemented. -- Niko Tyni nt...@debian.org