On May 3, 2008, at 7:32 PM, Brad Penoff wrote:
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.
Good.
This didn't fix the hanging on the kevent call mentione
FWIW, Josh implemented "MCA-NULL" in https://svn.open-mpi.org/trac/ompi/changeset/18364
.
I'm not sure how I feel about this solution. On the one hand, it's
kind of a hack-ish way of solving the immediate issue. On the other
hand, it's really a larger issue of explicitly *not* setting an M
Jon / Steve -- can you comment?
I tested with OFED 1.2.5 (which is what I assume you meant) and got:
checking for rdma_get_peer_addr... no
Because that function is not defined in OFED 1.2.5. Running with OFED
1.3 (where the function does exist), I get:
checking for rdma_get_peer_addr... ye
This probably has to do with the fact that rdma_get_peer_addr() is a
static inline in /usr/include/rdma/rdma_cma.h. So if you don't include
that file in the test program, then you won't get rdma_get_peer_addr()
even if you link with librdmacm.so
Steve.
Jeff Squyres wrote:
Jon / Steve -- c
Jeff Squyres wrote:
Jon / Steve -- can you comment?
I tested with OFED 1.2.5 (which is what I assume you meant) and got:
checking for rdma_get_peer_addr... no
Because that function is not defined in OFED 1.2.5. Running with OFED
1.3 (where the function does exist), I get:
checking for rdm
For sanity sake I also checked the LD_LIBRARY_PATH, doesn't seem to be
anything suspicious there either...
login3% echo $LD_LIBRARY_PATH
/opt/apps/pgi/7.1/linux86-64/7.1-2/libso:/opt/gsi-openssh-4.1/lib:/opt/gsi-openssh-4.1/lib:/opt/apps/binutils-amd/070220/lib64
I am trying Jeff's suggestion t
Hmm, so it's either setting up a totally new workspace or replacing with
OMPI_LINK_IFELSE would get me the right configure check. I think the
latter is the fix to my problem. I assume make all should work now
unless I'll tell you otherwise...
48773 configure:123602: checking for rdma_get_pee
As steve mentioned, its inline. But I don't understand how that would even
compile if its not in rdma_cma.h. Iflink will catch it, but I'm still a little
uneasy not understanding why it passes the compile...
-jms
Sent from my PDA. No type good.
-Original Message-
From: Pak Lui [ma
I think I might see the issue. Jeff, I'm assuming you're using a
developer build of Open MPI with GNU, Intel, or Pathscale compilers,
right? At least someone below was using PGI. The first three
compilers on a developer build have the magic pixie dust arguments
added that makes calling a
> > > 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
Jeff Squyres wrote:
On May 3, 2008, at 7:32 PM, Brad Penoff wrote:
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.
Good.
This didn't fix the han
Coolio. Pak - go ahead and commit if you haven't already done so.
-jms
Sent from my PDA. No type good.
-Original Message-
From: Brian Barrett [mailto:brbar...@open-mpi.org]
Sent: Sunday, May 04, 2008 02:14 PM Eastern Standard Time
To: Open MPI Developers
Subject:Re: [OM
12 matches
Mail list logo
