The small commit that Karol originally suggested was just pushed to
ompi-trunk. This just simply adds the appropriate header files for
FreeBSD (6.2, 6.3 and 7) to be able to compile.
https://svn.open-mpi.org/trac/ompi/changeset/18366
This didn't fix the hanging on the kevent call mentioned in
The problem: The orted open all plm before discarding most of them,
all this in the context where a "--mca plm rsh" was present on the
mpirun invocation.
The non problem: In the context of the mpirun process, only the rsh
plm is opened, as the mpirun is the only process who get the
Sure Jeff, see attached.
Jeff Squyres wrote:
(moving to devel so that others are aware)
Crud. Can you send me your config.log? I don't know why it's able to
find rdma_get_peer_addr() in configure, but then later not able to
find it during the build - I'd like to see what happened during
On May 3, 2008, at 7:23 AM, Terry Dontje wrote:
Same reason you do an SVN tmp branch. So others (outside of my
employer's WAN) can actually clone the branch and try it out before
you
push it back to the repository.
From my original mail :-) --
"We're still working on a way for OMPI core
Ralph Castain wrote:
Sure:
hg clone http://www.open-mpi.org/hg/hgwebdir.cgi/ompi-svn-mirror my-tmp
I want the tmp to reside on www.open-mpi.org not in my own directory.
--td
On 5/2/08 9:57 AM, "Terry Dontje" wrote:
Jeff Squyres wrote:
On May 2, 2008,
Roland Dreier wrote:
> Can I make a /tmp branch from the hg read-only branch that is not tied
> to the svn /tmp branches.
Why do you want to do that?
Mercurial is a fully distributed system, so you could just start
committing to one of your local copies of the repository, and I can't
see
(moving to devel so that others are aware)
Crud. Can you send me your config.log? I don't know why it's able to
find rdma_get_peer_addr() in configure, but then later not able to
find it during the build - I'd like to see what happened during
configure.
On May 2, 2008, at 7:09 PM,