[Gretl-devel] Re: mols() and multithreading

On 23.01.2020 18:23, Allin Cottrell wrote: > 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 Allin, but: 1. ldd /usr/local/bin/gretlcli | grep blas produces: libblas.so.3 => /usr/lib/x86_64-linux-gnu/libblas.so.3 2. ll /usr/lib/x86_64-linux-gnu/libblas.so.3 gives: /usr/lib/x86_64-linux-gnu/libblas.so.3 -> /etc/alternatives/libblas.so.3-x86_64-linux-gnu 3. ll /etc/alternatives/libblas.so.3-x86_64-linux-gnu gives: /etc/alternatives/libblas.so.3-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/openblas-openmp/libblas.so.3 So, it looks like linking against OpenBLAS, am I right?