Bug#824843: libsys-syscall-perl: autopkgtest failures on arm64

[Niko Tyni]

On Fri, May 20, 2016 at 11:09:01AM +0000, Eric Wong wrote:
> Niko Tyni <ntyni at 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   ntyni at debian.org