search for: libmkl_intel_lp64

...nux, if I have a .so file that has a dependency on another .so, and I `dyn.load(now=FALSE)` the first one, R seems to try to resolve the symbols immediately, causing the load to fail. For example, I have `libtorch` installed on my HPC. Note that it links to various libs such as `libcudart.so` and `libmkl_intel_lp64.so.2` which aren't currently in my library path: ? ~ ldd /stornext/System/data/nvidia/libtorch-gpu/libtorch-gpu-1.12.1/lib/libtorch_cpu.so linux-vdso.so.1 => (0x00007ffcab58c000) libgomp.so.1 => /stornext/System/data/apps/gcc/gcc-11.2.0/lib64/libgomp.so.1 (0x00007f8cb22...

...7ff52a30b000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff52a0ee000) libdl.so.2 => /lib64/libdl.so.2 (0x00007ff529ee9000) libreadline.so.6 => /lib64/libreadline.so.6 (0x00007ff529ca6000) librt.so.1 => /lib64/librt.so.1 (0x00007ff529a9e000) libmkl_intel_lp64.so => /cluster/software/VERSIONS/intel-2011.10/composer_xe_2011_sp1/mkl/lib/intel64/libmkl_intel_lp64.so (0x00007ff5292b7000) libmkl_intel_thread.so => /cluster/software/VERSIONS/intel-2011.10/composer_xe_2011_sp1/mkl/lib/intel64/libmkl_intel_thread.so (0x00007ff528238000) lib...

...7ff52a30b000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff52a0ee000) libdl.so.2 => /lib64/libdl.so.2 (0x00007ff529ee9000) libreadline.so.6 => /lib64/libreadline.so.6 (0x00007ff529ca6000) librt.so.1 => /lib64/librt.so.1 (0x00007ff529a9e000) libmkl_intel_lp64.so => /cluster/software/VERSIONS/intel-2011.10/composer_xe_2011_sp1/mkl/lib/intel64/libmkl_intel_lp64.so (0x00007ff5292b7000) libmkl_intel_thread.so => /cluster/software/VERSIONS/intel-2011.10/composer_xe_2011_sp1/mkl/lib/intel64/libmkl_intel_thread.so (0x00007ff528238000) lib...

...64/libicudata.so.54 (0x00007f438ec5f000) libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f438e8dc000) ----------------------------------------------------------------------------------------------- Now a few questions: 1- am I not supposed to see something like this in the ldd command return? libmkl_intel_lp64.so => /opt/intel.... libmkl_intel_thread.so => /opt/intel/.... libmkl_core.so => /opt/intel/... Or do I need to run $make install before ldd? 2- when visiting Intel MKL link advisor[0], here is what I get as configure and make options: Linking: -L${MKLROOT}/lib/intel64 -lmkl_intel_ilp64...

...; /lib64/libstdc++.so.6 (0x00007f438e8dc000) > > ----------------------------------------------------------------------------------------------- > > > > > > Now a few questions: > > > EDIT > > 1- am I not supposed to see these libraries in the list ? > > libmkl_intel_lp64.so > > libmkl_intel_thread.so > > libmkl_core.so You are looking in the wrong place. With the option --enable-BLAS-shlib, R is linked to MKL via the library libRblas.so which you will find in the directory "lib" after building R. > > Or do I need to run $make install b...

...6575 <https://community.intel.com/t5/Intel-C-Compiler/Error-when-compiling-R-from-source-code-ubuntu-18-04/m-p/1176401/thread-id/36575> Deactivate HAVE_MATHERR macro in src/include/config.h Using this workaroud I get R with: BLAS/LAPACK: /opt/intel/oneapi_2022.2.0/mkl/2022.1.0/lib/intel64/libmkl_intel_lp64.so.2; LAPACK version 3.9.0 is correct? Is these a way to avoid arithmetic issue? My configure is: module load intel-2021.6.0/2021.6.0 oneapi-2022.1.0/mkl MKL="-L${MKLROOT}/lib/intel64 -lmkl_gf_lp64 -lmkl_core -lmkl_gnu_thread -dl -fopenmp" export CC="icc -std=c99" export CF...

...-model precise" export FC="ifort" export FCFLAGS="$fast -fp-model precise" ./configure --prefix=$destdir --with-blas='-mkl=parallel' --with-lapack --enable-BLAS-shlib Thank you for this configuration. Nothing about openmp? What about my cited missing librairies. libmkl_intel_lp64.so libmkl_intel_thread.so libmkl_core.so Any idea why they are not listed by the ldd command? ## Notes (they might not be true anymore): ## -static and -ipo break compilation ## -no-prec-div breaks make check ## -fp-model precise is needed for make check ## -wd188 removes a lot of warnings (see R...

...gt; > We could improve this in R, if keeping this code, at least improve the > configure check so that it also tests for the presence of the macros. > >> Using this workaroud I get R with: >> >> BLAS/LAPACK: >> /opt/intel/oneapi_2022.2.0/mkl/2022.1.0/lib/intel64/libmkl_intel_lp64.so.2;? LAPACK version 3.9.0 >> >> is correct? >> >> Is these a way to avoid arithmetic issue? >> >> My configure is: >> >> module load intel-2021.6.0/2021.6.0 oneapi-2022.1.0/mkl >> MKL="-L${MKLROOT}/lib/intel64 -lmkl_gf_lp64 -lmkl_core &g...

...007f438ec5f000) > libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f438e8dc000) > ----------------------------------------------------------------------------------------------- > > > Now a few questions: > EDIT > 1- am I not supposed to see these libraries in the list ? > libmkl_intel_lp64.so > libmkl_intel_thread.so > libmkl_core.so > > Or do I need to run $make install before ldd? > > 2- when visiting Intel MKL link advisor[0], here is what I get as > configure and make options: > Linking: -L${MKLROOT}/lib/intel64 -lmkl_intel_ilp64 -lmkl_core > -lmkl_inte...

...f438e8dc000) >> > ----------------------------------------------------------------------------------------------- >> > >> > >> > Now a few questions: >> > >> EDIT >> > 1- am I not supposed to see these libraries in the list ? >> > libmkl_intel_lp64.so >> > libmkl_intel_thread.so >> > libmkl_core.so > > You are looking in the wrong place. With the option --enable-BLAS-shlib, > R is linked to MKL via the library libRblas.so which you will find in > the directory "lib" after building R. Right. $ ls lib l...

...--------------------------------------------------------------------------------------- > >> > > >> > > >> > Now a few questions: > >> > > >> EDIT > >> > 1- am I not supposed to see these libraries in the list ? > >> > libmkl_intel_lp64.so > >> > libmkl_intel_thread.so > >> > libmkl_core.so > > > > You are looking in the wrong place. With the option --enable-BLAS-shlib, > > R is linked to MKL via the library libRblas.so which you will find in > > the directory "lib" after b...