On Thu, 23 Jan 2020, Marcin Błażejowski wrote:
That is something which bothers me: I have OpenBLAS 0.3.7+ds-7 taken
from Debian repos (libopenblas-base:amd64 +
libopenblas-openmp-dev:amd64) and gretl links (after a long alternatives
chain) against '/usr/lib/x86_64-linux-gnu/openblas-openmp/libblas.so.3'
(and in case of LAPACK against
'/usr/lib/x86_64-linux-gnu/openblas-openmp/liblapack.so.3'). Looks good:
OpenBLAS witn OpenMP. But 'eval $sysinfo' produces following results:
bundle anonymous:
ncores = 4
mpi = 1
omp = 1
hostname = "marcin-note"
os = "linux"
omp_num_threads = 4
mpimax = 8
blas = "netlib"
nproc = 8
wordlen = 64
Marcin, if the OS is not delivering the desired linkage via its
"alternatives" mechanism you can force the issue by defining
LAPACK_LIBS at gretl configure time. For example, on Fedora I'm
doing
LAPACK_LIBS='-lopenblaso -lgfortran' ./configure ...
"openblaso" being their desigation for OpenMP-openblas.
And on Arch Linux, with self-compiled openblas under /opt:
LAPACK_LIBS='-L/opt/openblas/lib -lopenblas_omp -lgfortran' \
./configure ...
Allin