As with 2.0.0 I am still seeing "dlopen_test" crashing on two types of
system:
Linux/X86-64 with Oracle Studio Compilers and -m32
Linux/PPC with XLC
In the Studio compilers case, the problem is only when using -m32, and ONLY
with versions prior to 12.5 (no longer in beta, FWIW).
So, this may be w
Hmmm...okay. I guess we’ll replace that call for portability, then. Thx!
> On Aug 22, 2016, at 9:23 PM, Paul Hargrove wrote:
>
> I was using /usr/bin/gcc:
>i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646)
>
> A quick looks suggests that there is no strnlen() on this system.
I was using /usr/bin/gcc:
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646)
A quick looks suggests that there is no strnlen() on this system.
It doesn't appear in any header below /usr/include/
FWIW: strnlen() first appears in IEEE Std 1003.1-2008 (aka POSIX.1-2008)
and so coul
Hey Paul
I just checked on my Mac and had no problem. However, I’m at 10.11, and so I’m
wondering if the old 10.6 just doesn’t have strnlen on it?
What compiler were you using?
> On Aug 22, 2016, at 9:14 PM, r...@open-mpi.org wrote:
>
> Huh - I’ll take a look. Thanks!
>
>> On Aug 22, 2016, at
On Solaris 11.3 on x86-64:
$ mpirun -mca btl sm,self,openib -np 2 -host pcp-d-3,pcp-d-4
examples/ring_c'
[pcp-d-4:25075] PMIX ERROR: NOT-SUPPORTED in file
/shared/OMPI/openmpi-2.0.1rc1-solaris11-x86-ib-gcc/openmpi-2.0.1rc1/opal/mca/pmix/pmix112/pmix/src/server/pmix_server_listener.c
at line 529
[p
Huh - I’ll take a look. Thanks!
> On Aug 22, 2016, at 9:11 PM, Paul Hargrove wrote:
>
> On a Mac OSX 10.6 system:
>
> $ mpirun -mca btl sm,self -np 2 examples/ring_c'
> dyld: lazy symbol binding failed: Symbol not found: _strnlen
> Referenced from:
> /Users/paul/OMPI/openmpi-2.0.1rc1-macos10
On a Mac OSX 10.6 system:
$ mpirun -mca btl sm,self -np 2 examples/ring_c'
dyld: lazy symbol binding failed: Symbol not found: _strnlen
Referenced from:
/Users/paul/OMPI/openmpi-2.0.1rc1-macos10.6-x86-m32/INST/lib/openmpi/mca_pmix_pmix112.so
Expected in: flat namespace
dyld: Symbol not found:
Fixed in 9210230
> On Aug 22, 2016, at 8:49 PM, r...@open-mpi.org wrote:
>
> Yeah, I started working on it earlier this evening - will look some more
> tomorrow
>
>> On Aug 22, 2016, at 7:57 PM, Gilles Gouaillardet wrote:
>>
>> Folks,
>>
>>
>> i made a trivial test
>>
>>
>> echo hello | m
Yeah, I started working on it earlier this evening - will look some more
tomorrow
> On Aug 22, 2016, at 7:57 PM, Gilles Gouaillardet wrote:
>
> Folks,
>
>
> i made a trivial test
>
>
> echo hello | mpirun -np 1 cat
>
>
> and with v2.x and v1.10, the output is "hello" as expected
>
> but
Folks,
i made a trivial test
echo hello | mpirun -np 1 cat
and with v2.x and v1.10, the output is "hello" as expected
but with master, there is no output at all (!)
i was able to fix that with the dirty workaround below.
the root cause (on master) is that orte_cmd_options.stdin_target
Hello folks
Dunno where the head-honcho’s are hiding, but per their request: the newest
v2.0.1 release candidate has been posted in the usual place:
https://www.open-mpi.org/software/ompi/v2.0/
Beat it up, please!
Ralph
2.0.1 -- 23 August 2016
---
Bug fixes/minor improveme
Gilles,
You should also remove the reduce_scatter from the sync (it has an implicit
synchronization).
George.
On Mon, Aug 22, 2016 at 10:02 AM, r...@open-mpi.org wrote:
> If you see ways to improve it, you are welcome to do so.
>
> On Aug 22, 2016, at 12:30 AM, Gilles Gouaillardet
> wrote:
If you see ways to improve it, you are welcome to do so.
> On Aug 22, 2016, at 12:30 AM, Gilles Gouaillardet wrote:
>
> Folks,
>
>
> i was reviewing the sources of the coll/sync module, and
>
>
> 1) i noticed the same pattern is used in *every* sources :
>
> if (s->in_operation) {
>
Folks,
i was reviewing the sources of the coll/sync module, and
1) i noticed the same pattern is used in *every* sources :
if (s->in_operation) {
return s->c_coll.coll_xxx(...);
} else {
COLL_SYNC(s, s->c_coll.coll_xxx(...));
}
is there any rationale for not movin
14 matches
Mail list logo
