This is an auto-filed bug because sci-libs/openblas 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 642056 [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=ce743c3eb6cdaf8780d9380c10a3c476c695ee1f commit ce743c3eb6cdaf8780d9380c10a3c476c695ee1f Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2020-06-09 20:53:45 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2020-06-09 21:02:11 +0000 sci-libs/openblas: fix AR usage in the latest version. Upstream sets $AR unconditionally in a non-autotools Makefile, so we have to try extra hard to override it. Closes: https://bugs.gentoo.org/725608 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> sci-libs/openblas/openblas-0.3.9.ebuild | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-)