[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