Fffg On Aug 9, 2013 12:25 PM, "Barry Smith" <[email protected]> wrote:
> > petsc-dev folks, > > If PETSc is configured to generate a shared library then ./configure > should check each externally needed library and make sure they can be > handled with a shared library. This shouldn't be something discovered at > PETSc library compilation time. > > Barry > > > Begin forwarded message: > > > From: Barry Smith <[email protected]> > > Subject: Re: [petsc-maint] help with PETSc compilation > > Date: August 9, 2013 1:23:14 PM CDT > > To: Brendan C Lyons <[email protected]> > > Cc: [email protected] > > > > > > Brendan, > > > > The scalapack you are linking against is not compiled to go into a > shared library. > > > > /usr/bin/ld: > /usr/pppl/pathscale/4.0.X-pkgs/openmpi-1.6-pkgs/scalapack-2.0.2/lib/libscalapack.a(blacs_map_.o): > relocation R_X86_64_32S against `ompi_mpi_comm_null' can not be used when > making a shared object; recompile with -fPIC > > > > You can either > > > > 1) not build PETSc shared libraries by adding the configure option > --with-shared-libraries=0 With this option linking executables will be > slower. > > > > or > > > > 2) use --download-scalapack instead of --with-scalapack-dir > > > > Barry > > > > > > On Aug 9, 2013, at 12:58 PM, Brendan C Lyons <[email protected]> > wrote: > > > >> Dear Sir or Madam, > >> > >> I'm trying to compile a debug version of PETSc to track down an error > with SuperLU_DIST using multiple processors, but I'm running into an error. > The error message said to send you the attached files. If you have any > advice, I would appreciate it. > >> > >> Thank you, > >> > >> ~Brendan Lyons > >> Graduate Student > >> Princeton Plasma Physics Laboratory > >> <configure.log><make.log> > > > >
