Jeff,
OK, will do
Cheers,
Gilles
On Saturday, October 31, 2015, Jeff Squyres (jsquyres)
wrote:
> On Oct 30, 2015, at 12:09 PM, Barrett, Brian > wrote:
> >
> > However, I do like Gilles' suggestion to make autogen.pl be a little
> smarter. If I recall correctly (and it's been a couple years
On Tuesday, October 27, 2015, Jeff Squyres (jsquyres)
wrote:
> we do occasionally get the user on us...@open-mpi.org who
> runs autogen.pl for no reason, and then runs into problems because
> they've got old Autotools
>
I has occurred to me that this same class of user is likely to just run
aut
On Oct 30, 2015, at 12:09 PM, Barrett, Brian wrote:
>
> However, I do like Gilles' suggestion to make autogen.pl be a little smarter.
> If I recall correctly (and it's been a couple years now), I think that's
> what GASNet does with their bootstrap script. Seems like everyone gets what
> the
I'm late replying (sigh), but I think I was the one who originally pushed for
including autogen.pl in the tarball. My believe is that (modulo the "right"
autotools being installed), you should be able to rebuild the tarball from the
tarball. This is useful for outside organizations who want to
I’ve verified that the orte/util/listener thread is not being started, so I
don’t think it should be involved in this problem.
HTH
Ralph
> On Oct 30, 2015, at 8:07 AM, Ralph Castain wrote:
>
> Hmmm…there is a hook that would allow the PMIx server to utilize that
> listener thread, but we aren
Hmmm…there is a hook that would allow the PMIx server to utilize that listener
thread, but we aren’t currently using it. Each daemon plus mpirun will call
orte_start_listener, but nothing is currently registering and so the listener
in that code is supposed to just return without starting the th
`configure && make && make install && make check` and
running some sample MPI programs succeeded with 1.10.1rc3
on my SPARC-V9/Linux/GCC machine (Fujitsu PRIMEHPC FX10).
No @SET_MAKE@ appears in any Makefiles, of course.
> > For the first time I was also able to (attempt to) test SPARC64 via QEMU
Some progress, that puzzles me but might help you understand. Once the
deadlock appears, if I manually kill the MPI process on the node where the
deadlock was created, the local orte daemon doesn't notice and will just
keep waiting.
Quick question: I am under the impression that the issue is not i
On Thu, Oct 29, 2015 at 5:24 PM, Paul Hargrove wrote:
[...]
> For the first time I was also able to (attempt to) test SPARC64 via QEMU.
> I have a "very odd" failure on this system in which "@SET_MAKE@" appears
> un-expanded in several generated Makefiles.
> For that reason the testing on this pl
