Created attachment 215169 [details]
svn diff patch to use single blas implementation in math/armadillo
Hi, thank you for your patch.
While I agree that the correct way to define openblas as dependency is through USES=blaslapack:openblas, it doesn't prevent math/blas to be installed and linked as it's a math/arpack-ng dependency.
We can switch to math/blas though (and remove openblas).
Are you an armadillo user? Do you know if one "blas" is faster than the other?
I would remove openblas but if it's faster than math/blas it would be good to continue using it.
I just tried running the armadillo tests with both math/openblas and math/blas.
With math/blas the tests take 12.8 seconds to run. With math/openblas they take 3.5 seconds to run. There are several tests failing, so I'm not entirely sure if openblas is way faster than blas or if there are more tests failing with openblas. It's probably faster I suppose.
(In reply to Danilo Egea Gondolfo from comment #1)
I tried to debug hang on arpack-ng check during math/scilab compiling (with openblas option) and found out that it does not happen if arpack-ng is linked against openblas (I've reported it as https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246938). Then I started to look around for another libraries that can couse the problem.
OpenBLAS is known to be the fastest implementation (Intel MKL is even faster, but it's not the case for freebsd).
I'll check armadillo tests also.
Build info is available at https://gitlab.com/swills/freebsd-ports/pipelines/174779395
Is this still an issue ?
danilo dropped maintainership for this port.
(In reply to Kurt Jaeger from comment #6)
That isn't an issue now: after several updates the libraries live in peace with each other