[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