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 sup
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 wrote:
> I've looked at your patch, and it isn't
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, 20
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
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
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 i
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. W
