Bug 272173 - graphics/opencv ATLAS knob cannot depend on cblas and cmake cannot find lapacke for this knob
Summary: graphics/opencv ATLAS knob cannot depend on cblas and cmake cannot find lapac...
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-desktop (Team)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-06-24 04:13 UTC by alt2600
Modified: 2023-06-24 08:46 UTC (History)
0 users

See Also:
bugzilla: maintainer-feedback? (desktop)

Attachments
opencv_Makefile-fixatlas.diff (652 bytes, patch)
2023-06-24 04:13 UTC, alt2600 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description alt2600 2023-06-24 04:13:47 UTC 
Created attachment 242958 [details]
opencv_Makefile-fixatlas.diff

maybe fallout from my 13.2 update that I lost track of, but I thought I had this package while trying to get blender installed. Anyway, noticed cblas and atlas-math cannot coexist, cblas says things are broken, they clobber. after clearing this depend and checking the configure's output I noticed lapack wasn't being found, actually lapacke, so had to force its path using a CMAKE_ON with Atlas_CLAPACK_INCLUDE_DIR.

opencv now builds with the ATLAS blas option selected. 

Its possible openblas maybe has this issue? not sure, worth a quick check, but I have no easy way to do that at the moment. it would def be using a different cmake variable though. maybe the openblas cmake routines check /usr/local/include/lapacke by default though too. the variable would seemingly be OpenBLAS_INCLUDE_DIR based on the OpenCVFindLAPACK.cmake routines that don't include the full path that was tripping up the Atlas routines in the same file.