[Bug 244296] math/openblas: Need to resolve conflicts with cblas and lapacke

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244296

--- Comment #2 from Jason W. Bacon <jwb at freebsd.org> ---
(In reply to Thierry Thomas from comment #1)

I think that would be a good idea, though there will always be a need to allow
different BLAS/LAPACK implementations to coexist.  For instance, plink2
(https://github.com/outpaddling/freebsd-ports-wip/tree/master/plink2) currently
crashes when linked with openblas but works fine with netlib.  Since BLAS is
not a bottleneck for this program, there's no reason not to make it available
using netlib (which is slow) while we try to diagnose the issue with openblas.

While the various implementations are meant to be fully compatible, the reality
is that there will always be bugs and minor differences.  Allowing users to
work around them by using another implementation for a while will keep them
happy and productive with FreeBSD.

I was planning to save this for a separate conversation, but since we're on the
subject of systemic solutions, I'm preparing to commit the work of T. Orgis on
an interchangeable BLAS interface for pkgsrc:

https://wip.pkgsrc.org/cgi-bin/gitweb.cgi?p=pkgsrc-wip.git;a=blob;f=mk/blas.buildlink3.mk;h=e09d41644b7d6e3eb183b03b8a40604ef632efe4;hb=HEAD

This system allows the sysadmin to specify one or more preferred BLAS
implementations in mk.conf (equiv to make.conf on FreeBSD) and also allows the
package maintainer to specify which implementations are acceptable in the
package Makefile.

After some extensive discussion, we ended up with a pretty elegant and flexible
solution.

-- 
You are receiving this mail because:
You are the assignee for the bug.