Not sure about the binutils stuff - but x86_64 linux complains about using non PIC code in a shared library.
Currently PETSc configure is defaulting to .a version of MKL - which are incompatible with sharedlibraries. And I'm not sure what the correct library naems are for the shared version of MLK. You could try using the option: --with-blas-lapack-lib=[/usr/local/Cluster-Apps/intel/mkl/8.0/lib/em64t/libmkl_lapack32.so,libmkl_def.so,libguide.so] or just use --download-f-blas-lapack=1 Satish On Mon, 26 Mar 2007, Lisandro Dalcin wrote: > This seems to be a bug of 'binutils' in 64 bits machines. > > http://sources.redhat.com/bugzilla/show_bug.cgi?id=584 > > but apparently it was fixed in Feb 2005 > > http://sourceware.org/ml/binutils-cvs/2005-02/msg00011.html > > Can you upgrade your 'binutils' package and try what happens? > > > On 3/26/07, SLIM H.A. <h.a.slim at durham.ac.uk> wrote: > > Dear users > > > > I want to build petsc with shared object libraries but get errors when > > building libpetscmat.so and libpetscksp.so > > I am using the intel compiler and intel's imkl for lapack/blas > > > > Configuration is: > > ./config/configure.py > > --with-blas-lapack-dir=/usr/local/Cluster-Apps/intel/mkl/8.0/lib/em64t > > --with-vendor-compilers=intel --with-gnu-compilers=0 --with-shared > > > > The error is: > > ld: > > /usr/local/Cluster-Apps/intel/mkl/8.0/lib/em64t/libmkl_lapack.a(dgetrf_o > > mp.o): relocation R_X86_64_PC32 against > > `_mkl_lapack_dgetrf_omp_271__par_loop0' can not be used when making a > > shared object; recompile with -fPIC > > ld: final link failed: Bad value > > make[2]: [shared_linux] Error 1 (ignored) > > > > Details are in the attached male log file. > > > > Thanks for any help > > > > Henk > > > > > > >
