Date: Fri, 04 Oct 2024 21:35:26 +0000 From: bugzilla-noreply@freebsd.org To: desktop@FreeBSD.org Subject: [Bug 272173] graphics/opencv ATLAS knob cannot depend on cblas and cmake cannot find lapacke for this knob Message-ID: <bug-272173-39348-8K8wG2ZNvi@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-272173-39348@https.bugs.freebsd.org/bugzilla/> References: <bug-272173-39348@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=3D272173 --- 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 sa= me 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 technica= lly 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 w= rong 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 a= tlas is removed, or I splurge on the threadrippers i've been eying as my next lo= ng lasting machine and need AVX to boost blas speeds for me, which I don't sus= pect is ever coming in atlas, its not a thing being researched anymore as you indicated.=20 but it is true, most ports these days ignore the Mk build system blas selec= tion 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 t= he 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 bu= ild it these days on a live system... --=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-272173-39348-8K8wG2ZNvi>