I admit that I also do not fully understand all the nuances of the
blas/cblas/OpenBLAS/atlas options (not to mention lapack). My guess is that if
numpy was built against cblas and then cblas wasn't available when OTB was
compiled, it could cause such an error.
If cblas is uninstalled, can you import numpy in the Python REPL?
On August 11, 2018 8:47:54 PM UTC, Kevin McCormick <kev4...@fastmail.fm> wrote:
>I don't think cblas was previously installed. However, my
>sbopkg-pkg-log does have references to cblas in numpy, pygsl, and other
>places. I suppose it is possible that something unique to my computer
>triggered the need for cblas. OTB was part of a long sbopkg queuefile
>and OpenBLAS was higher up on the list.The "blas" packages are
>to me, but I guess the alternate blas routines can be used even though
>the generic blas is installed. I was trying to get qgis and
>dependencies/options installed, which did work out pretty well except
>for libaspacialite not linking to postgis.
>On 08/11/2018 01:44 PM, Benjamin Trigona-Harany wrote:
>> On Thursday, 9 August 2018 10:43:25 PDT Kevin McCormick wrote:
>>> Build failed for OTB:
>>> OTB 6.6.0 undefined reference to `cblas_dgemm'
>>> After installing "cblas" (in addition to the other requirements) the
>>> build was successful. The requirements list "blas" but not "cblas."
>>> I did not set the MONTEVERDI=ON switch.
>> I have not been able to recreate this issue. OTB builds fine on
>> 14.2 with blas and not cblas installed. Is it possible you are
>> another of OTB's dependencies that were previously built when cblas
Sent from my Android device with K-9 Mail. Please excuse my brevity.
SlackBuilds-users mailing list
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/