Created attachment 836395 [details] sys-apps/coreutils-8.32-r1/temp/build.log lib/obstack.c:351:31: error: incompatible function pointer types initializing 'void (*)(void) __attribute__((noreturn))' with an expression of type 'void (void)' [-Wincompatible-function-pointer-types]
coreutils-9.1 is fine but should probably keep this open given a common package like stable coreutils failing with clang-16 is not so nice and I assume still be time before -9 is considered for stable
I don't see any obvious reason to delay stabilization of coreutils-9.1.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=694e8c6318d571e3c206aad1a8e2a643195e6dc2 commit 694e8c6318d571e3c206aad1a8e2a643195e6dc2 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2024-10-29 16:06:13 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2024-10-29 16:06:57 +0000 sys-apps/coreutils: drop 8.32-r1 Bug: https://bugs.gentoo.org/882741 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> sys-apps/coreutils/Manifest | 2 - sys-apps/coreutils/coreutils-8.32-r1.ebuild | 222 --------------------- .../coreutils-8.32-ls-restore-8.31-behavior.patch | 94 --------- .../files/coreutils-8.32-sandbox-env-test.patch | 64 ------ 4 files changed, 382 deletions(-)
FWIW, I was keeping old coreutils around for a while intentionally because of all the ZFS issues, but that has all settled down now and not worth keeping indeed now given we're looking at GCC 14 stabilisation.
