I've looked at your patch, and it isn't quite right as it only looks for libpmi and not libpmi2. We need to look for each of them as we could have either or both.
I'll poke a bit at this tonight and see if I can make this a little simpler - the nesting is getting a little deep. On Mon, Oct 6, 2014 at 5:33 PM, Timothy Brown <timothy.brow...@colorado.edu> wrote: > Yes, I know. Sorry I might not have articulated myself fully earlier. > > Currently if I run configure as: > > $ ./configure --prefix=/curc/tools/x_86_64/rh6/openmpi/1.8.3/intel/13.0.0 \ > --with-threads=posix --enable-mpi-thread-multiple \ > --with-pmi=/curc/slurm/slurm/current/ --with-slurm > > I get the following error: > > --- MCA component common:pmi (m4 configuration macro) > checking for MCA component common:pmi compile mode... dso > checking if user requested PMI support... yes > checking if PMI or PMI2 headers installed... Slurm PMI headers found > checking for PMI2_Init in -lpmi2... no > checking for PMI2_Init in -lpmi... no > checking for PMI_Init in -lpmi... no > checking PMI2 and/or PMI support enabled... no > configure: WARNING: PMI support requested (via --with-pmi) but not found. > configure: error: Aborting. > > As the test in config/opal_check_pmi.m4 contains: > > [AS_IF([test -d "$with_pmi/lib64"], > [opal_check_pmi_$1_LDFLAGS="-L$with_pmi/lib64" > opal_pmi_rpath="$with_pmi/lib64"], > [opal_check_pmi_$1_LDFLAGS="-L$with_pmi/lib" > opal_pmi_rpath="$with_pmi/lib”]) > > And in our SLURM installation directory: > > $ ls /curc/slurm/slurm/current/lib64/ > perl5 > $ ls /curc/slurm/slurm/current/lib/ > libpmi.a libpmi.so.0 libslurmdb.a libslurmdb.so.27 > libslurm.so slurm > libpmi.la libpmi.so.0.0.0 libslurmdb.la libslurmdb.so.27.0.0 > libslurm.so.27 > libpmi.so libslurm.a libslurmdb.so libslurm.la > libslurm.so.27.0.0 > > So the patch I am providing checks for the actual libpmi.so file, by > 1) replacing the test -d with a test -f > 2) appending the file we are looking for (libpmi.so) > > You do bring up an interesting point, I didn’t think of. If it is checking > for libpmi2.so, that can be accounted for by adding another 2 test and > run-if-true results to the AS_IF macro. If you deem my patch worthwhile, I > am happy to modify it to meet this criteria. > > Regards > Timothy > > > On Oct 6, 2014, at 6:07 PM, Joshua Ladd <jladd.m...@gmail.com> wrote: > > > We only link in libpmi(2).so if specifically requested to do so via > "--with-pmi" configure flag. It is not automatic. > > > > Josh > > > > On Mon, Oct 6, 2014 at 3:28 PM, Timothy Brown < > timothy.brow...@colorado.edu> wrote: > > Hi, > > > > I’m not too sure if this is the right list, or if I should be posting to > the dev list. Please let me know if I’m in the wrong. > > > > We use SLURM (14.03.7) and have been trying to get OpenMPI (1.8.3) to > work with `srun`. It seems that the M4 file to check for PMI doesn’t work > in our situation. Where we have both a lib64 and lib directory within > SLURM. The lib64 directory only contains perl modules, while the lib > directory contains the PMI library. > > > > By changing the M4 AS_IF macro in config/opal_check_pmi.m4 to check for > the library .so and to have an else if test. The configuration script finds > the library. Which means OpenMPI builds with PMI support and now we have > > - srun > > - mpirun > > - mpiexec > > all working properly. > > > > I have created a patch against the git master and it’s attached. > > > > Regards > > Timothy > > > > > > > > _______________________________________________ > > users mailing list > > us...@open-mpi.org > > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users > > Link to this post: > http://www.open-mpi.org/community/lists/users/2014/10/25467.php > > > > _______________________________________________ > > users mailing list > > us...@open-mpi.org > > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users > > Link to this post: > http://www.open-mpi.org/community/lists/users/2014/10/25469.php > > _______________________________________________ > users mailing list > us...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users > Link to this post: > http://www.open-mpi.org/community/lists/users/2014/10/25470.php >
