<html><body>
<p>Bill and members of the Forum<br>
<br>
I have been in contact with the developers who had included MPI_2COMPLEX and MPI_2DOUBLE_COMPLEX in their open source library. It turns out they had never made any judgement about whether these datatypes were useful or logical.  Because their package sits between the MPI implementation and their users, they wanted their offering to be "complete" with respect to what they understood to be in the MPI-2 standard.<br>
<br>
They are removing MPI_2COMPLEX and MPI_2DOUBLE_COMPLEX immediately. If MPI implementations were to remove these datatypes in a few months, at least the one library I ran across that depends on them would have left that behind.<br>
<br>
I do not know if there is anyone we would break by removing them decisively but I think it is reasonable to consider doing it.<br>
<br>
            Dick <br>
<br>
Dick Treumann  -  MPI Team           <br>
IBM Systems & Technology Group<br>
Dept X2ZA / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601<br>
Tele (845) 433-7846         Fax (845) 433-8363<br>
<br>
<br>
<img width="16" height="16" src="cid:1__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt="Inactive hide details for William Gropp ---02/16/2010 01:36:00 PM---I did some searching and I was reminded that *removing* MPI"><font color="#424282">William Gropp ---02/16/2010 01:36:00 PM---I did some searching and I was reminded that *removing* MPI_2COMPLEX   was one of the errata items f</font><br>
<br>

<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr valign="top"><td width="1%"><img width="96" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2" color="#5F5F5F">From:</font></td><td width="100%"><img width="1" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">William Gropp <wgropp@illinois.edu></font></td></tr>

<tr valign="top"><td width="1%"><img width="96" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2" color="#5F5F5F">To:</font></td><td width="100%"><img width="1" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">Main MPI Forum mailing list <mpi-forum@lists.mpi-forum.org></font></td></tr>

<tr valign="top"><td width="1%"><img width="96" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2" color="#5F5F5F">Date:</font></td><td width="100%"><img width="1" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">02/16/2010 01:36 PM</font></td></tr>

<tr valign="top"><td width="1%"><img width="96" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2" color="#5F5F5F">Subject:</font></td><td width="100%"><img width="1" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">Re: [Mpi-forum] MPI_2COMPLEX  etc</font></td></tr>

<tr valign="top"><td width="1%"><img width="96" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2" color="#5F5F5F">Sent by:</font></td><td width="100%"><img width="1" height="1" src="cid:2__=0ABBFC5EDFC34AD78f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">mpi-forum-bounces@lists.mpi-forum.org</font></td></tr>
</table>
<hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br>
<br>
<br>
<tt>I did some searching and I was reminded that *removing* MPI_2COMPLEX  <br>
was one of the errata items from the MPI-1 specification.  The 1.0  <br>
Spec had these (see pages 115, line 42 and 209, line 12).  An errata  <br>
removed them.<br>
<br>
So these were part of MPI, but were withdrawn.  An implementation that  <br>
dates back to 1.0 could be expected to include these (and have  <br>
forgotten or decided not to withdraw them).  These names weren't  <br>
invented (I fully agree that MPI implementations must not create new  <br>
names that begin with MPI_).  And yes, MPICH/MPICH2 is such an  <br>
implementation (I've found MPI_2COMPLEX defined in MPICH-1 header  <br>
files dating back to 1994).  We probably left it in for reasons of  <br>
backward compatibility for any applications written for MPI-1.0.<br>
<br>
The text in MPI-1.0 doesn't define what is meant by the max or min of  <br>
a complex value; a tricky question is how to make it reduce to the  <br>
case of max/min on reals in the case that the imaginary part it zero.   <br>
Though I don't remember the discussion on the errata, that's probably  <br>
why we decided to remove MPI_2COMPLEX from MPI 1.1.  If there is an  <br>
application that makes use of them, then perhaps we should consider  <br>
whether the standard should restore these types and the related  <br>
operations.<br>
<br>
Bill<br>
<br>
<br>
On Feb 16, 2010, at 11:07 AM, Richard Treumann wrote:<br>
<br>
> Some MPI implementations have added new, predefined datatypes that  <br>
> are not in the MPI Standard. These are the the MIN_LOC/MAX_LOC  <br>
> operands MPI_2COMPLEX and MPI_2DOUBLE_COMPLEX. There is now at least  <br>
> one widely used application that depends on MPI_2COMPLEX. That  <br>
> application does not port to any MPI which lacks the non-standard  <br>
> MPI_2COMPLEX type.<br>
><br>
> I do not recall any discussions about MPI_2COMPLEX but they probably  <br>
> did occur. Some people seem convinced MPI_2COMPLEX is part of  <br>
> MPI-2.0. I searched both 2.0 and 2.2 without finding them.<br>
><br>
> I think the ambiguity in the meaning of less_than / greater_than  <br>
> when applied to complex numbers would be a good reason to consider  <br>
> leaving the datatypes and the associated MIN_LOC & MAX_LOC  <br>
> operations out of any standard. The idea of returning a location in  <br>
> a complex number is sort of ugly too but well enough defined to be  <br>
> acceptable.<br>
><br>
> My understanding, going back to MPI 1.1 days, is that MPI  <br>
> implementations were to avoid inventing names with an MPI_ prefix so  <br>
> any name with that prefix could be used safely by follow-on MPI Fora  <br>
> that were extending the standard.<br>
><br>
> We do now have these MPI_ names among users and people are assuming  <br>
> the should be able to use them portably. I think the Forum needs to  <br>
> take a position and either add them to the standard (with a clear  <br>
> definition of MPI_LOC and MAX_LOC behavior) or deprecate them.<br>
><br>
> Dick<br>
><br>
><br>
> Dick Treumann - MPI Team<br>
> IBM Systems & Technology Group<br>
> Dept X2ZA / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601<br>
> Tele (845) 433-7846 Fax (845) 433-8363<br>
> <ATT00001..txt><br>
<br>
William Gropp<br>
Deputy Director for Research<br>
Institute for Advanced Computing Applications and Technologies<br>
Paul and Cynthia Saylor Professor of Computer Science<br>
University of Illinois Urbana-Champaign<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
mpi-forum mailing list<br>
mpi-forum@lists.mpi-forum.org<br>
</tt><tt><a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum</a></tt><tt><br>
</tt><br>
<br>
</body></html>