[Bug 272173] graphics/opencv ATLAS knob cannot depend on cblas and cmake cannot find lapacke for this knob

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

--- Comment #2 from alt2600@icloud.com ---
(In reply to Jason E. Hale from comment #1)

> Once upon a time, math/cblas and math/atlas installed headers into the same place

They seemingly still do, atlas seems to provide its own as well

pkg info -l atlas-math | grep blas
        /usr/local/include/cblas.h
        /usr/local/lib/libcblas.a
        /usr/local/lib/libcblas.so
        /usr/local/lib/libcblas.so.2
        /usr/local/lib/libcblas_pic.a

I don't use openblas as I've used atlas for 20 something years now, and my
current machine doesn't have AVX so no reason to jump ship over a tuned blas
system. I don't like that it builds AVX objects in case it can dispatch AVX
when the machine its building on cannot do AVX, and for a spell it technically
wasn't supported upstream with numpy/scipy and certain versions of python 3
(not an issue now like 3.8 and older I think) because it broke threading in
those libraries. Why have BLAS in the Mk system if the seemingly swappable set
of libraries cannot be used interchangeably by ports when trivial supported by
pointing the configure to the right paths from the mess of CMAKE guessing wrong
a lot of times due to defaults geared towards linux hierarchies. I would ask
you don't remove given its seemingly trivial to support, but if you do I'll
just keep a local patch going like I do with py-scipy to keep going until atlas
is removed, or I splurge on the threadrippers i've been eying as my next long
lasting machine and need AVX to boost blas speeds for me, which I don't suspect
is ever coming in atlas, its not a thing being researched anymore as you
indicated. 

but it is true, most ports these days ignore the Mk build system blas selection
process and just hard code in openblas lots of the time, so when it applies I
work around it with patches on my system's ports tree. Whatever you decide I'll
adapt, but it seems to be trivial to support, and I will certainly provide
patches to keep it going as long as atlas exists in the tree. Pretty sure the
one I posted still applies clean, if not I know I can update with one that
does, as I know my local version worked last week or so when I last updated
opencv to turn off VTK knob, given both cython and cython3 are needed to build
it these days on a live system...

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