Yes I understand what you are doing but there is still a possible error
case I was trying to consider and your initial placement of the call
outside of the af==AF_INET check lead me to assume you were using
something other than IPv4 which is why I was asking if you had an
example. You don't a
Hello Don!
Am Donnerstag, 7. Januar 2010 23:22:27 schrieben Sie:
> I am assuming you are using something other than IPv4 so I am curious
> what the string looks like when you call
> "
> inet_ntop(AF_INET, (void *) &btl_addr->sin_addr,
> btl_addr_string, INET_ADDRSTRLEN);
> "
>
Oddly, it wouldn't work even with the CPPFLAGS set (I tried setting CFLAGS
too just to be sure). I'm thinking it must be gremlins of some sort :-).
Meanwhile, I've bitten the bullet and upgraded myself to PGI 10.0-1 and
things seem to be compiling happily now for 1.4.1rc1.
Thanks for all of the su
If you didn't catch it, 1.4.1rc1 went out yesterday evening.
If all goes well (gulp!), we'll ship 1.4.1 "final" shortly...
On Dec 28, 2009, at 8:37 PM, Joshua Bernstein wrote:
> Thanks Ralph,
>
> I'll keep an eye out...
>
> -Josh
>
> Ralph Castain wrote:
> > Sometime Jan, would be my
Hi,
I can only speak to Sun's use of uDAPL as it relates to MPI.
From what I can tell Sun is the only group interested in the uDAPL BTL
in Open MPI at this point. In contrast, Open MPI has many active members
interested in the development of the OpenIB BTL which uses the user
verbs protocol.
Hi Dennis,
I will look at this today. And apply the change as appropriate.
-DON
On 01/07/10 06:41, Dennis Schridde wrote:
Hello!
In btl_udapl_proc.c, if peer_proc->proc_addr_count <= 0, btl_addr_string will
not be initialised. Attached is a patch that initialised btl_addr_string at
the firs
Sorry -- you caught us over the holidays (I didn't look at any mail after Dec
19th).
Don't use --enable-openib-ibcm. It's broken. An IB vendor may fix it someday,
but for the moment, it's broken. We should probably disable it in the v1.4 and
v1.5 series...
On Dec 29, 2009, at 3:20 PM, Rich
Sorry I responded the wrong thread. Ignore my response.
On 01/07/10 09:48, Don Kerr wrote:
I will take a look today.
-DON
On 01/07/10 09:34, Jeff Squyres wrote:
This is a question for Sun to answer; they've been the primary/only drivers
behind Open MPI's udapl support for quite a while.
O
I will take a look today.
-DON
On 01/07/10 09:34, Jeff Squyres wrote:
This is a question for Sun to answer; they've been the primary/only drivers
behind Open MPI's udapl support for quite a while.
On Dec 30, 2009, at 2:22 AM, Nilesh Awate wrote:
Hi all,
I am new to Open MPI mailing li
This is a question for Sun to answer; they've been the primary/only drivers
behind Open MPI's udapl support for quite a while.
On Dec 30, 2009, at 2:22 AM, Nilesh Awate wrote:
>
> Hi all,
>
> I am new to Open MPI mailing list. Just started using it for our proprietary
> interconnect
>
> wh
Here's the comment I put in OMPI's configure script with regards to the
offsetof problem:
# This macro checks to ensure that the compiler properly supports
# offsetof(). The PGI compilers had a problem with this macro in some
# versions of their compiler on some platforms (e.g., 9.0-1 on
# x86_6
Hello!
In btl_udapl_proc.c, if peer_proc->proc_addr_count <= 0, btl_addr_string will
not be initialised. Attached is a patch that initialised btl_addr_string at
the first possible moment, which fixes this problem.
Regards,
Dennis Schridde
--- openmpi-1.4/ompi/mca/btl/udapl/btl_udapl_proc.c.orig
On Thu, 2010-01-07 at 11:57 +0100, Peter Kjellstrom wrote:
> On Wednesday 06 January 2010, Tim Miller wrote:
> > Hi All,
> >
> > I am trying to compile OpenMPI 1.4 with PGI 9.0-3 and am getting the
> > following error in configure:
> >
> > checking for functional offsetof macro... no
> > configure:
On Wednesday 06 January 2010, Tim Miller wrote:
> Hi All,
>
> I am trying to compile OpenMPI 1.4 with PGI 9.0-3 and am getting the
> following error in configure:
>
> checking for functional offsetof macro... no
> configure: WARNING: Your compiler does not support offsetof macro
> configure: error:
14 matches
Mail list logo
