You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
IIRC OpenBLAS uses multithreading by default via ENV vars. Using the CMake build systems check if OpenBLAS is on the system some how, if it is link against it. Perhaps leave the multithreading option up to the user and their use of OpenBLAS, otherwise not really sure what to do on this...
As far as distinguishing between which routines to use (DGEMM from our linalg module or DGEMM from OpenBLAS, etc) there are a few ways:
Wrappers around this routines that take the same parameters but different internal logic depending on the routine (our DGEMM has 13 params, typical DGEMM has 11?)
There could be some ways to use CMake and preprocessor macros to use OpenBLAS or other BLAS like libraries in the project?
The text was updated successfully, but these errors were encountered: