An arm hardware project still stay on highly modified kernel version 4.9. For compatibility the linux-headers is 4.9 too. After linux-headers downgrade to 4.9 I am not able anymore to rebuild sys-process/procps. Today I reproduced the issue with packages in Gentoo - amd64 stage. See build.log attached. Reproducible: Always Steps to Reproduce: 1.Download and extract current minimal amd64 stage3 2.Mount portage and distfiles, enter the extracted folder using chroot 3. Set USE="-seccomp" in make.conf and update 4. depclean: uninstall sys-libs/libseccomp 5. emerge =sys-kernel/linux-headers-4.4-r1 (4.9 should be the same issue) 6. To be sure: re-emerge glibc 7. emerge procps 2. 3. Actual Results: Emerge fails with: checking for pidfd_open... yes [...] x86_64-pc-linux-gnu-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/var/tmp/portage/sys-process/procps-3.3.17-r2/work/procps-3.3.17 -include ./config.h -I/var/tmp/portage/sys-process/procps-3.3.17-r2/work/procps-3.3.17 -I/var/tmp/portage/sys-process/procps-3.3.17-r2/work/procps-3.3.17/include -Wno-unused-result -DLOCALEDIR=\"/usr/share/locale\" -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Iproc -O2 -pipe -c -o pgrep.o /var/tmp/portage/sys-process/procps-3.3.17-r2/work/procps-3.3.17/pgrep.c /var/tmp/portage/sys-process/procps-3.3.17-r2/work/procps-3.3.17/pgrep.c: In function ‘pidfd_open’: /var/tmp/portage/sys-process/procps-3.3.17-r2/work/procps-3.3.17/pgrep.c:748:24: error: ‘__NR_pidfd_open’ undeclared (first use in this function); did you mean ‘pidfd_open’? 748 | return syscall(__NR_pidfd_open, pid, flags); | ^~~~~~~~~~~~~~~ | pidfd_open Expected Results: pidfd should not be found since not supported by kernel headers The symbol __NR_pidfd_open is defined in /usr/include/bits/syscall.h. The file is provided by sys-libs/glibc and based on linux-6.1 currently. Assume the bug is in sys-libs/glibc that should build up /usr/include/bits/syscall.h based on current installed linux-headers
Created attachment 866494 [details] procps build log
