Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 14 Jun 2020 17:44:02 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 244296] math/openblas: Need to resolve conflicts with cblas and lapacke
Message-ID:  <bug-244296-7788-QQeNRChmZq@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-244296-7788@https.bugs.freebsd.org/bugzilla/>
References:  <bug-244296-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244296

John Hein <jcfyecrayz@liamekaens.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jcfyecrayz@liamekaens.com

--- Comment #7 from John Hein <jcfyecrayz@liamekaens.com> ---
(In reply to Koichiro Iwao from comment #4)
So that looks like portmaster output.  Somehow the options for one of your
dependent ports or py-numpy itself is configure such that both openblas and
cblas are needed.

In the default case for py-numpy (tested by a 'poudriere testport' run for
math/py-numpy), openblas is used, but cblas is not.  So something in your
settings and/or installed ports is pulling in cblas while the py-numpy port
depends on openblas by default.

'make -C /usr/ports/math/py-numpy showconfig' will show the options configu=
red
for py-numpy (look to see which *blas option is configured).  But even if y=
our
py-numpy installation specifies OPENBLAS, say, other dependent ports may ha=
ve
NETLIB=3Don (the NETLIB option for py-numpy currently pulls in cblas).

'grep -r NETLIB /var/db/ports' will search the options for the ports you ha=
ve
built yourself.

This will show NETLIB & OPENBLAS settings for all installed packages:

pkg query -a '%n %Ok=3D%Ov' | egrep 'NETLIB|OPENBLAS'

'pkg info -dr cblas' will show the dependencies and requirements for cblas =
on
your system.

Until someone makes changes such that math/cblas and math/openblas and
math/lapacke can co-exist (maybe separating headers to a separate port, for
instance), one can pick and use just one.  If that's not possible (some
features of more than one of the conflicting ports are needed), then someone
will need to find a way for them to co-exist.

If you don't know that you need more than one of the conflicting ports, try
just using one, if possible.

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-244296-7788-QQeNRChmZq>