[Satish Balay]

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
> > 
> > 
> 
> 
>