This is an auto-filed bug because sci-libs/taucs 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 642036 [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=3912bd2a872c92103fec73d3b6ef90038e65b3f4 commit 3912bd2a872c92103fec73d3b6ef90038e65b3f4 Author: David Seifert <soap@gentoo.org> AuthorDate: 2020-09-08 07:31:33 +0000 Commit: David Seifert <soap@gentoo.org> CommitDate: 2020-09-08 07:31:33 +0000 sci-libs/taucs: Port to EAPI 7 Closes: https://bugs.gentoo.org/725588 Closes: https://bugs.gentoo.org/740974 Package-Manager: Portage-3.0.5, Repoman-3.0.1 Signed-off-by: David Seifert <soap@gentoo.org> sci-libs/taucs/files/taucs-2.2-no-test-cilk.patch | 4 +- sci-libs/taucs/files/taucs-2.2-respect-ar.patch | 22 +++++++++ sci-libs/taucs/taucs-2.2.ebuild | 60 +++++++++++------------ 3 files changed, 54 insertions(+), 32 deletions(-)