@@This is an auto-filed bug@@
If you think that a different summary clarifies the issue better, feel free to change it.
Issue: sci-libs/openblas calls ranlib directly.
Discovered on: amd64
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 RANLIB implementation (like llvm-ranlib) by setting the RANLIB variable. So this issue has been reproduced by setting the RANLIB variable to x86_64-pc-linux-gnu-ranlib and by removing the /usr/bin/ranlib binary.
Created attachment 644390 [details]
build log and emerge --info
This was fixed upstream along with AR,
but I don't think it needs to be hacked around in the ebuild as well. The next time there's a version bump, we'll get it. Thanks ago =)
(In reply to Michael Orlitzky from comment #2)
> This was fixed upstream along with AR,
> but I don't think it needs to be hacked around in the ebuild as well. The
> next time there's a version bump, we'll get it. Thanks ago =)
Hello Michael, would you mind to let it open? This help me to avoid file duplicates..
The bug has been closed via the following commit(s):
Author: Sam James <email@example.com>
AuthorDate: 2020-09-18 23:19:02 +0000
Commit: Sam James <firstname.lastname@example.org>
CommitDate: 2020-09-18 23:25:00 +0000
sci-libs/openblas: bump to 0.3.10
Package-Manager: Portage-3.0.4, Repoman-3.0.1
Signed-off-by: Sam James <email@example.com>
sci-libs/openblas/Manifest | 1 +
.../openblas-0.3.10-dont-clobber-fflags.patch | 26 ++++
sci-libs/openblas/openblas-0.3.10.ebuild | 143 +++++++++++++++++++++
3 files changed, 170 insertions(+)