Pavan: The basic goal -- improving the usability of Cartesian communicators -- is definitely worthwhile. The specific proposals seem reasonable; I might tweak the wordings... Are the two proposals mutually exclusive? One seeks to improve MPI_Dims_create while the other proposes to deprecate it. It seems like we should go one way or the other but not both. I suppose we could enact both if we omit part one (the deprecation) of the second. Could we just deprecate MPI_Dims_create and replace it with a new function that serves the exact same purpose but also has a communicator argument? I seem to recall that the idea was that sometimes the user either needs to do some data movement prior to the communicator creation or might want to fine-tune the results that MPI_Cart_create would otherwise provide... I gues the other changes to MPI_Cart_create would still be needed but do not necessarily eliminate the need for the manual process. Bronis On Sun, 11 Oct 2009, Pavan Balaji wrote:

We created two new tickets on MPI_Dims_create and MPI_Cart_create functionality:

https://*svn.mpi-forum.org/trac/mpi-forum-web/ticket/194 https://*svn.mpi-forum.org/trac/mpi-forum-web/ticket/195

Please take a look at them and any comments as appropriate.

Thanks,

-- Pavan

PS: Is there an MPI-3 mailing list where these kind of emails are more appropriate, instead of the general MPI Forum mailing list?

-- Pavan Balaji http://*www.*mcs.anl.gov/~balaji _______________________________________________ mpi-forum mailing list [email protected] http://*lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum