[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Are we ready to vote?



This email forum has been pretty quiet for 2 weeks now.  Is there any
reason NOT to move toward a first vote on set one of changes?

I would like to get these noncontroversial issues behind us and move on.

In particular, I would like to start the ball rolling on the MPI_ALLTOALLW
issue:

The MPI-2 document shows the two array_of_displacement parameters as
default integers, not as MPI_Aint.  Since these are byte displacements they
fall into the same logical class as the displacements in MPI_Type_struct,
MPI_Type_hindexed and the stride in MPI_Type_hvector.   All of these use
MPI_Aint.  Expressing a byte displacement in a 64 bit MPI and being limited
to using an integer is clearly undesirable.   I do not believe it was a
conscious intent of the Forum to use default integer.  My bet is the text
was taken from MPI_ALLTOALLV and proofreading failed to catch the need for
this little edit.

I urge the Forum to make this correction though I recognize it does change
the documented binding.  That means we must decide between the clearly
better choice for the future of MPI and the "We cannot break a single line
of existing code."  argument.

                Dick

Dick Treumann                RS/6000 SP Development
IBM Poughkeepsie Unix Development Lab
Dept 0lva / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601
Tele (845) 433-7846         Fax (845) 433-8363