George,
Sounds good to me. Let me know if you want me to do any of the merge.
Thanks,
Tim
George Bosilca wrote:
I just checked the code and to be honest there is no difference, except
for the initialization part. The code is clearly "copy&paste" from one
version to the other. The FORTRAN spe
Hi,
I am tried to run an MPI program in a heterogeneous environment using the
pml cm component. However, open mpi returned with an error message
indicating that PML add procs returned "Not supported". I dived into the
cm code to see what was wrong and I came upon the code below, which
basicall
Tobias Hilbrich wrote:
Hello,
Original-Nachricht
Datum: Wed, 17 Oct 2007 17:05:47 -0400
Von: Jeff Squyres
An: Open MPI Developers
Betreff: Re: [OMPI devel] Hybrid examples
We've never made our ompi-tests SVN repository public mainly because
it's mainly a colle
On Oct 18, 2007, at 4:13 AM, Gleb Natapov wrote:
My claim is that the logic is equivalent :) But I am asking here for
others to comment.
I was thinking that being quiet is a kind of agreement :) Anyway, I
think this is a useful change, and there is no apparent behavior
modification betwee
I just checked the code and to be honest there is no difference,
except for the initialization part. The code is clearly "copy&paste"
from one version to the other. The FORTRAN specific code is related
to the number of elements in the array, in the ompi pointer array we
limit the max size o
On Wed, Oct 17, 2007 at 05:32:47PM -0400, Jeff Squyres wrote:
> Gleb -
>
> I am not overly familiar with all these portions of the pml code
> base, but it looks like not all of these places have exactly the same
> code: the inline version is much shorter than some of the original
> pml codes
Hello,
Original-Nachricht
> Datum: Wed, 17 Oct 2007 17:05:47 -0400
> Von: Jeff Squyres
> An: Open MPI Developers
> Betreff: Re: [OMPI devel] Hybrid examples
> We've never made our ompi-tests SVN repository public mainly because
> it's mainly a collection of MPI benchmarks an
