[mpich-discuss] hydra and mpich2-1.3rc1

[Pavan Balaji]

FYI, this is fixed in r7237. The new build should show up in the nightly tarballs download page shortly (http://www.mcs.anl.gov/research/projects/mpich2/downloads/tarballs/nightly/trunk).

Thanks for reporting this.

 -- Pavan

--
Pavan Balaji
http://www.mcs.anl.gov/~balaji

----- "Pavan Balaji" <balaji at mcs.anl.gov> wrote:

> Hi Bryan,
> 
> Yup, I can reproduce the bug now. See below for more information.
> 
> > $MPI_SRC/configure \
> >  --with-device=ch3:nemesis \
> >  --enable-fast \
> >  --enable-threads \
> >  --enable-debuginfo \
> >  --enable-shared \
> >  --enable-sharedlibs=gcc \
> >  --enable-f77 \
> >  --enable-fc \
> >  --enable-cxx \
> >  --enable-romio \
> >  --with-pm=mpd:hydra \
> >  --without-mpe \
> >  --prefix=$MPI_INSTALL/$CVER \
> >  > configure.log 2>&1
> 
> You still seem to be forcing MPD to be the default process manager,
> and hydra to be the secondary PM. If you remove the --with-pm=...
> line, you can get hydra by default. This case should work correctly.
> 
> The problem you are seeing is because of a combination of
> --enable-shared and using Hydra as the secondary PM. In this case,
> libtool wants us to use "make install" to install mpiexec executable.
> However, since both MPD and Hydra will create an mpiexec executable,
> just doing "make install" directly will cause one of them to overwrite
> the mpiexec created by the other. We had some workaround for this in
> src/pm/hydra/Makefile.am (see the install-alt target, which tries to
> rename mpiexec to mpiexec.hydra), but that's clearly not sufficient
> for shared library builds where libtool wants to manage the
> executables. I'll try to workaround this problem and commit a patch
> soon.
> 
>  -- Pavan
> _______________________________________________
> mpich-discuss mailing list
> mpich-discuss at mcs.anl.gov
> https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss