<div dir="ltr">Dan, thanks for doing all this hard work.  <div><br></div><div>I agree will read the whole proposal, and the document is a diff against MPI 3.1, so we will not be hiding anything from the baseline :-)</div><div><br></div><div>I will review this weekend, but I am going to announce the reading now.  </div><div><br></div><div>Thanks,</div><div>Tony</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 17, 2017 at 4:00 PM, HOLMES Daniel <span dir="ltr"><<a href="mailto:d.holmes@epcc.ed.ac.uk" target="_blank">d.holmes@epcc.ed.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
Hi all,
<div><br>
</div>
<div>I have added a clarification to the point-to-point chapter (where MPI_REQUEST_FREE is defined) to state that collective requests must not be freed while they are active.</div>
<div><br>
</div>
<div>I have pushed these changes to Github and produced a new PDF of the MPI Standard (attached to comments on both the issue and the pull request).</div>
<div>I have added a comment in Github (on both the issue and the pull request) summarising the current thinking regarding “collective free” semantics and “block until really deallocated” semantics.</div>
<div><br>
</div>
<div>Useful links:</div>
<div><a href="https://github.com/mpi-forum/mpi-issues/issues/25" target="_blank">https://github.com/mpi-forum/<wbr>mpi-issues/issues/25</a></div>
<div><a href="https://github.com/mpi-forum/mpi-standard/pull/29" target="_blank">https://github.com/mpi-forum/<wbr>mpi-standard/pull/29</a></div>
<div><a href="https://github.com/mpi-forum/mpi-standard/files/1483740/mpi32-report.pdf" target="_blank">https://github.com/mpi-forum/<wbr>mpi-standard/files/1483740/<wbr>mpi32-report.pdf</a></div>
<div><br>
</div>
<div>I think this means we are ready for the next face-to-face MPI Forum meeting.</div>
<div><br>
</div>
<div>We made quite a few small changes since the version announced for the last meeting. We should re-read the whole proposal, rather than try to get away with a “no no vote” followed by a 1st vote.</div>
<div><br>
</div>
<div>If there are other tasks to complete before we announce our reading (deadline Monday 20th Nov), please let me know by replying to this email list ASAP.</div>
<div><br>
</div>
<div>Cheers,</div>
<div>Dan.</div>
</div>

<br>The University of Edinburgh is a charitable body, registered in<br>
Scotland, with registration number SC005336.<br>
<br>______________________________<wbr>_________________<br>
mpiwg-persistence mailing list<br>
<a href="mailto:mpiwg-persistence@lists.mpi-forum.org">mpiwg-persistence@lists.mpi-<wbr>forum.org</a><br>
<a href="https://lists.mpi-forum.org/mailman/listinfo/mpiwg-persistence" rel="noreferrer" target="_blank">https://lists.mpi-forum.org/<wbr>mailman/listinfo/mpiwg-<wbr>persistence</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Anthony Skjellum, PhD<br><a href="mailto:skjellum@gmail.com" target="_blank">skjellum@gmail.com</a><br>Cell: +1-205-807-4968<div><br><div><br></div></div></div></div>
</div>