Ralph, Thanks for the patch. It cleaned up the pmi check nicely.
Applied, configured and compiled without any problems! Great! The configure gave me: --- MCA component pubsub:pmi (m4 configuration macro) checking for MCA component pubsub:pmi compile mode... dso checking if user requested PMI support... yes checking if PMI installed... yes checking final added libraries... -lpmi checking if MCA component pubsub:pmi can compile…yes Regards Timothy On Oct 7, 2014, at 9:39 AM, Ralph Castain <r...@open-mpi.org> wrote: > I've poked at this a bit and think I have all the combinations covered - can > you try the attached patch? I don't have a way to test it right now, so I > don't want to put it in the trunk. > > Thanks > Ralph > > > On Mon, Oct 6, 2014 at 6:02 PM, Ralph Castain <r...@open-mpi.org> wrote: > 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 > > > <pmi-patch.diff>_______________________________________________ > 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/25474.php
