[petsc-users] trouble compiling MPICH on cluster

Matthew Knepley knepley at gmail.com
Wed Dec 16 10:07:58 CST 2020

On Wed, Dec 16, 2020 at 10:59 AM Randall Mackie <rlmackie862 at gmail.com>

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

There are a lot of complaints about clock skew on this machine. Not sure if
that could have messed up the build. There also seems to be a missing space
for arguments


That __dso_handle comes out of the C++ standard library, so maybe also a
problem with -libstdc++. I cannot figure it out from the log.
Maybe Satish knows.



> Thanks,
> Randy M.

What most experimenters take for granted before they begin their
experiments is infinitely more interesting than any results to which their
experiments lead.
-- Norbert Wiener

https://www.cse.buffalo.edu/~knepley/ <http://www.cse.buffalo.edu/~knepley/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20201216/d7e338ed/attachment.html>

More information about the petsc-users mailing list