[MacPorts] #70105: oof2 opportunistically links to a random BLAS implementation
MacPorts
noreply at macports.org
Thu May 30 21:27:53 UTC 2024
#70105: oof2 opportunistically links to a random BLAS implementation
----------------------------------------------+--------------------
Reporter: barracuda156 | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: oof2, flexiblas, OpenBLAS, blis |
----------------------------------------------+--------------------
Comment (by barracuda156):
Replying to [comment:1 snarkhunter]:
> oof2 uses CMake's findBLAS function, and then links to
${BLAS_LIBRARIES}. It is agnostic about which BLAS it uses. Since it can
use Accelerate, it doesn't have an explicit BLAS dependency. Should it?
Should it use a variant to specify which BLAS to link to?
We should certainly make this controllable, otherwise it links to a random
BLAS, MacPorts does not know about that, so once a user
deactivates/uninstalls/updates that BLAS, port is broken.
Probably just adding `linear_algebra` port group gonna work, but needs to
be tested.
P. S. AFAIK `linear_algebra` itself has an issue now, and my PR with a fix
is stuck in a limbo for no reason, but anyway. Alternatively, if you are
sure that the port must use Accelerate (for example), then other BLAS
could be declared `conflicts_build`, and then they will not be
accidentally picked. But better handle it via configure args, either via
PR or manually.
--
Ticket URL: <https://trac.macports.org/ticket/70105#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list