<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.3268" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=656545907-26042008><FONT face=Arial
color=#0000ff size=2>Dear Dick,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=656545907-26042008><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=656545907-26042008><FONT face=Arial
color=#0000ff size=2>Thank you. Would you mind if I cite your proposal in
the subsets discussion? Yours looks like a good alternative to the thinking of
some of us that subsets might be very rich and mutable, and to Jeff's
proposal on hints I've already cited there with his
permission.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=656545907-26042008><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=656545907-26042008><FONT face=Arial
color=#0000ff size=2>Best regards.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=656545907-26042008><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=656545907-26042008><FONT face=Arial
color=#0000ff size=2>Alexander</FONT></SPAN></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> mpi-22-bounces@lists.mpi-forum.org
[mailto:mpi-22-bounces@lists.mpi-forum.org] <B>On Behalf Of </B>Richard
Treumann<BR><B>Sent:</B> Thursday, April 24, 2008 6:16 PM<BR><B>To:</B> MPI
2.2<BR><B>Subject:</B> Re: [Mpi-22] mpi-22 Digest, Vol 2, Issue
7<BR></FONT><BR></DIV>
<DIV></DIV>
<P>Dick Treumann - MPI Team/TCEM <BR>IBM Systems & Technology Group<BR>Dept
0lva / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601<BR>Tele (845)
433-7846 Fax (845) 433-8363<BR><BR><BR><TT>mpi-22-bounces@lists.mpi-forum.org
wrote on 04/24/2008 11:33:42 AM:<BR><BR>> Hi,<BR>> <BR>> Note that this
is an argument for making the assertions optional: those<BR>> who don't care
don't have to use them. Those who care should use them<BR>> correctly or
else. As usual.<BR>> <BR>> Best regards.<BR>> <BR>> Alexander
<BR>> <BR></TT><BR><TT>Hi Alexander </TT><BR><BR><TT>The assertions are
optional in this proposal. If this is added to the MPI standard the
minimal impacts (day one impacts) are:</TT><BR><BR><TT>==</TT><BR><TT>To
application writers (none) - MPI_INIT and MPI_INIT_THREAD still work.
MPI_INIT_THREAD_xxx can be</TT><BR><TT>passed 0 (zero) as the assertions bit
vector.</TT><BR><BR><TT>To MPI Implementors (small) - subroutine
MPI_INIT_THREAD_xxx can be a clone of MPI_INIT_THREAD under the covers. If the
Forum decides the query function is for asking what assertions are being
honored, the implementation can just return "none" to every query. If there is
also a query for what assertions have been made then there are a few more lines
of code the implementor must write to preserve the value so it can be
returned(maybe 10 lines)</TT><BR><BR><TT>Writers of opaque libraries (small) -
call the query function at library init time and if any assertions are found,
issue an error message and kill the job. This is awkward for a library that
wants to support every MPI whether it has implemented the new query function or
not.</TT><BR><TT>==</TT><BR><BR><TT>As MPI implementations begin to take
advantage of assertions there is more work for the MPI implementor and the
library author must begin to think about whether his customer will be upset if
the library simply outlaws all assertions. </TT><BR><BR><TT>The library author
will never be wrong if he simply forbids assertions forever. If they become
valuable he will feel the pressure to work it out. </TT><BR><BR><TT>The MPI
implementor will never be wrong if he adds the API but simply ignores assertions
forever. If they become valuable he will feel the pressure to honor some at
least.</TT><BR></P><pre>---------------------------------------------------------------------
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen Germany
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
Registergericht: Muenchen HRB 47456 Ust.-IdNr.
VAT Registration No.: DE129385895
Citibank Frankfurt (BLZ 502 109 00) 600119052
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
</pre></BODY></HTML>