Date: Sat, 24 Jun 2023 04:13:47 +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@https.bugs.freebsd.org/bugzilla/>
index | next in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272173 Bug ID: 272173 Summary: graphics/opencv ATLAS knob cannot depend on cblas and cmake cannot find lapacke for this knob Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: desktop@FreeBSD.org Reporter: alt2600@icloud.com Assignee: desktop@FreeBSD.org Flags: maintainer-feedback?(desktop@FreeBSD.org) Created attachment 242958 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=242958&action=edit 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. -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-272173-39348>