This is an auto-filed bug because sys-block/endpoint calls ar directly. The issue was originally discovered on amd64, but it may be reproducible on other arches as well. If you think that a different summary clarifies the issue better, feel free to change it. Attached build log and emerge --info. NOTE: If you think it doesn't make sense fix these type of issues, I'd like to point out that won't be possible use a different AR implementation (like llvm-ar) by setting the AR variable. So this issue has been reproduced by setting the AR variable to x86_64-pc-linux-gnu-ar and by removing the /usr/bin/ar binary.
Created attachment 642218 [details] build.log build log and emerge --info
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4aee8ac6f6e1a0810a4c11ef51ba5686d47211ad commit 4aee8ac6f6e1a0810a4c11ef51ba5686d47211ad Author: NHOrus <jy6x2b32pie9@yahoo.com> AuthorDate: 2025-01-29 19:45:40 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2025-02-10 09:28:21 +0000 sys-block/endpoint: update EAPI 7 -> 8, fix impl decl in configure And also fix ar problem. Autoreconf requires rewriting configure.ac and also clobbers over handwritten library version check. Patching configure is better in this case Closes: https://bugs.gentoo.org/725772 Closes: https://bugs.gentoo.org/908584 Signed-off-by: NHOrus <jy6x2b32pie9@yahoo.com> Closes: https://github.com/gentoo/gentoo/pull/40371 Signed-off-by: Sam James <sam@gentoo.org> ...nt-0.1.0-r1.ebuild => endpoint-0.1.0-r2.ebuild} | 6 ++-- sys-block/endpoint/files/endpoint-0.1.0-ar.patch | 32 ++++++++++++++++++++++ .../endpoint/files/endpoint-0.1.0-impl-exit.patch | 12 ++++++++ 3 files changed, 48 insertions(+), 2 deletions(-)
