Hi Kamil, The issue is related to linking. We generate shared libraries in Nektar++, but here we are trying to link the shared library with a static library. You can only do this if the static library was compiled with the -fPIC option, which generates position-independent code that shared libraries need in order to work at runtime. If you have a shared library, you should use this. Otherwise, you should recompile BLAS/Lapack installation with the -fPIC option. This may be something that your cluster system administrators can help with. Thanks, Dave
On 27 Nov 2014, at 10:37, Kamil ÖZDEN <kamil.ozden.me@gmail.com> wrote:
Dear All,
I'm trying to install Nektar++ 4.0 to a cluster with the options
NEKTAR_USE_BLAS_LAPACK ON NEKTAR_USE_SYSTEM_BLAS_LAPACK ON
with the path of the libraries as follows:
NATIVE_BLAS /truba/sw/centos6.4/lib/blas/netlib-gcc/blas_LINUX.a NATIVE_LAPACK /truba/sw/centos6.4/lib/lapack/netlib-3.5.0-gcc/liblapack.a
However, I'm getting the following error:
Linking CXX shared library libLibUtilities.so /usr/bin/ld: /truba/sw/centos6.4/lib/lapack/netlib-3.5.0-gcc/liblapack.a(dgbtrf.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /truba/sw/centos6.4/lib/lapack/netlib-3.5.0-gcc/liblapack.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [library/LibUtilities/libLibUtilities.so.4.0.0] Error 1 make[1]: *** [library/LibUtilities/CMakeFiles/LibUtilities.dir/all] Error 2 make: *** [all] Error 2
What may be the reason for this problem and how can I solve it?
Regards, Kamil
_______________________________________________ Nektar-users mailing list Nektar-users@imperial.ac.uk https://mailman.ic.ac.uk/mailman/listinfo/nektar-users
-- David Moxey (Research Associate) d.moxey@imperial.ac.uk | www.imperial.ac.uk/people/d.moxey Room 363, Department of Aeronautics, Imperial College London, London, SW7 2AZ, UK.