Re: [OMPI devel] failure with zero-length Reduce() and both sbuf=rbuf=NULL

2009-12-10 Thread George Bosilca
Lisandro, This code is not correct from the MPI standard perspective. The reason is independent of the datatype or count, it is solely related to the fact that the MPI_Reduce cannot accept a sendbuf equal to the recvbuf (or one has to use MPI_IN_PLACE). george. On Dec 10, 2009, at 12:02 , L

[OMPI devel] failure with zero-length Reduce() and both sbuf=rbuf=NULL

2009-12-10 Thread Lisandro Dalcin
See the code below. The commented-out combinations for sbuf,rbuf do work, but the one passing sbuf=rbuf=NULL (i.e, the uncommented one show below) makes the call fail with MPI_ERR_ARG. #include int main( int argc, char ** argv ) { int ierr; int sbuf,rbuf; MPI_Init(&argc, &argv); ierr = M

Re: [OMPI devel] RFC: Branch off of trunk for v1.5

2009-12-10 Thread Graham, Richard L.
This makes sense to me, unless there are features on the trunk that absolutely should not be in 1.5. This seems to be a far more manageable way to handle 1.5 - much less error prone, and much less time consuming. Rich On 12/10/09 8:55 AM, "Keller, Rainer H." wrote: > > WHAT: Branch (again) f

[OMPI devel] Automatic CMRs for ompi-v1.4 / v1.5

2009-12-10 Thread Rainer Keller
Hello all, Indiana University has created more SVN goodness for us: CMRs can be created and/or amended via magic strings in SVN commit messages. This will help save a lot of time by: 1.) not manually having to create CMRs 2.) allow the original developer decide what is required 3.) not require

[OMPI devel] RFC: Branch off of trunk for v1.5

2009-12-10 Thread Rainer Keller
WHAT: Branch (again) for v1.5 WHY: Heavy divergence of trunk vs. v1.5 with few associated CMR's WHERE: v1.5 WHEN: Tuesday, Dec. 15th 2009 after the teleconference TIMEOUT: Dec. 15th, 2009 More Details With v1.4 finally being out in the wild, we'd like to advance on the feature