[petsc-users] trouble compiling MPICH on cluster

Randall Mackie rlmackie862 at gmail.com
Wed Dec 16 09:58:27 CST 2020

Dear PETSc team:

I am trying to compile a debug-mpich version of PETSc on a new remote cluster for running valgrind.

I’ve done this a thousand times on my laptop and the clusters I normally have access to, and it’s never been a problem.

This time, it’s failing on trying to install mpich and according to the configure.log (attached) seems to be failing with the following message:

src/binding/cxx/.libs/initcxx.o: In function `__static_initialization_and_destruction_0':
/auto/soft1/multiphysics/PETSc/petsc-3.13.3/linux-gnu-mpich-complex-debug/externalpackages/mpich-3.3.2/src/binding/cxx/initcxx.cxx:46: undefined reference to `__dso_handle'
/usr/bin/ld: src/binding/cxx/.libs/initcxx.o: relocation R_X86_64_PC32 against undefined hidden symbol `__dso_handle' can not be used when making a shared object
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
gmake[2]: *** [lib/libmpicxx.la] Error 1
gmake[2]: *** Waiting for unfinished jobs....
/usr/bin/ld: cannot find -l-L/usr/lib/gcc/x86_64-linux-gnu/4.7
collect2: error: ld returned 1 exit status
gmake[2]: *** [lib/libmpifort.la] Error 1
gmake[1]: *** [all-recursive] Error 1
gmake: *** [all] Error 2

We were able to separately compile and install mpich (using the same tar ball) and then use that and compile PETSc, so we have a work-around, but I would prefer to compile them together as I’ve always done.

Any ideas as to the issue?


Randy M.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: configure.log
Type: application/octet-stream
Size: 2144883 bytes
Desc: not available
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20201216/bedc27e5/attachment-0001.obj>

More information about the petsc-users mailing list