<!DOCTYPE html>
<!-- BaNnErBlUrFlE-BoDy-start -->
<!-- Preheader Text : BEGIN -->
<div style="display:none !important;display:none;visibility:hidden;mso-hide:all;font-size:1px;color:#ffffff;line-height:1px;height:0px;max-height:0px;opacity:0;overflow:hidden;">
Why do we need a side document? That would be required if we expect multiple implementations. That makes a lot of sense for Memory Allocation Kinds because we want that capability in all the implementations, not just MPICH and OMPI but the downstream</div>
<!-- Preheader Text : END -->

<!-- Email Banner : BEGIN -->
<div style="display:none !important;display:none;visibility:hidden;mso-hide:all;font-size:1px;color:#ffffff;line-height:1px;max-height:0px;opacity:0;overflow:hidden;">ZjQcmQRYFpfptBannerStart</div>

<!--[if ((ie)|(mso))]>
  <table border="0" cellspacing="0" cellpadding="0" width="100%" style="padding: 16px 0px 16px 0px; direction: ltr" ><tr><td>
    <table border="0" cellspacing="0" cellpadding="0" style="padding: 0px 10px 5px 6px; width: 100%; border-radius:4px; border-top:4px solid #90a4ae;background-color:#D0D8DC;"><tr><td valign="top">
      <table align="left" border="0" cellspacing="0" cellpadding="0" style="padding: 4px 8px 4px 8px">
        <tr><td style="color:#000000; font-family: 'Arial', sans-serif; font-weight:bold; font-size:14px; direction: ltr">
          This Message Is From an External Sender
        </td></tr>
        <tr><td style="color:#000000; font-weight:normal; font-family: 'Arial', sans-serif; font-size:12px; direction: ltr">
          This message came from outside your organization.
        </td></tr>

      </table>

    </td></tr></table>
  </td></tr></table>
<![endif]-->

<![if !((ie)|(mso))]>
  <div dir="ltr"  id="pfptBannernb0pert" style="all: revert !important; display:block !important; text-align: left !important; margin:16px 0px 16px 0px !important; padding:8px 16px 8px 16px !important; border-radius: 4px !important; min-width: 200px !important; background-color: #D0D8DC !important; background-color: #D0D8DC; border-top: 4px solid #90a4ae !important; border-top: 4px solid #90a4ae;">
    <div id="pfptBannernb0pert" style="all: unset !important; float:left !important; display:block !important; margin: 0px 0px 1px 0px !important; max-width: 600px !important;">
      <div id="pfptBannernb0pert" style="all: unset !important; display:block !important; visibility: visible !important; background-color: #D0D8DC !important; color:#000000 !important; color:#000000; font-family: 'Arial', sans-serif !important; font-family: 'Arial', sans-serif; font-weight:bold !important; font-weight:bold; font-size:14px !important; line-height:18px !important; line-height:18px">
        This Message Is From an External Sender
      </div>
      <div id="pfptBannernb0pert" style="all: unset !important; display:block !important; visibility: visible !important; background-color: #D0D8DC !important; color:#000000 !important; color:#000000; font-weight:normal; font-family: 'Arial', sans-serif !important; font-family: 'Arial', sans-serif; font-size:12px !important; line-height:18px !important; line-height:18px; margin-top:2px !important;">
This message came from outside your organization.
      </div>

    </div>

    <div style="clear: both !important; display: block !important; visibility: hidden !important; line-height: 0 !important; font-size: 0.01px !important; height: 0px"> </div>
  </div>
<![endif]>

<div style="display:none !important;display:none;visibility:hidden;mso-hide:all;font-size:1px;color:#ffffff;line-height:1px;max-height:0px;opacity:0;overflow:hidden;">ZjQcmQRYFpfptBannerEnd</div>
<!-- Email Banner : END -->

<!-- BaNnErBlUrFlE-BoDy-end -->
<html>
<head><!-- BaNnErBlUrFlE-HeAdEr-start -->
<style>
  #pfptBannernb0pert { all: revert !important; display: block !important; 
    visibility: visible !important; opacity: 1 !important; 
    background-color: #D0D8DC !important; 
    max-width: none !important; max-height: none !important }
  .pfptPrimaryButtonnb0pert:hover, .pfptPrimaryButtonnb0pert:focus {
    background-color: #b4c1c7 !important; }
  .pfptPrimaryButtonnb0pert:active {
    background-color: #90a4ae !important; }
</style>

<!-- BaNnErBlUrFlE-HeAdEr-end -->
<meta charset="UTF-8"></head><body><pre style="font-family: sans-serif; font-size: 100%; white-space: pre-wrap; word-wrap: break-word">Why do we need a side document?  That would be required if we expect
multiple implementations.  That makes a lot of sense for Memory
Allocation Kinds because we want that capability in all the
implementations, not just MPICH and OMPI but the downstream
derivatives that may implement it distinctly from what the OSS
upstream projects are doing.  I am not convinced that we need more
than one implementation of any C++ interface to MPI.  Do we expect
closed-source vendor implementations?  Is it likely that this
interface will depend on proprietary internals of any implementation?

I contend that, for MPI C++ support, we are better off with the Linux
model of having the open-source implementation be the specification.
I am open to being convinced otherwise.

Jeff

On Tue, Jul 1, 2025 at 5:30 PM Wes Bland via mpi-forum
<mpi-forum@lists.mpi-forum.org> wrote:
>
> Hi Tony, I’ll refer to the procedures doc here: https: //www. mpi-forum. org/docs/other/procedures-36. pdf (*pushes glasses up nose* - Section 2. 2. 5). For side documents, you’ll follow the same procedure as a regular proposal (have a plenary/reading
> ZjQcmQRYFpfptBannerStart
> This Message Is From an External Sender
> This message came from outside your organization.
>
> ZjQcmQRYFpfptBannerEnd
> Hi Tony,
>
> I’ll refer to the procedures doc here: <a href="https://urldefense.us/v3/__https://www.mpi-forum.org/docs/other/procedures-36.pdf__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaZ0gVGuA$">https://urldefense.us/v3/__https://www.mpi-forum.org/docs/other/procedures-36.pdf__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaZ0gVGuA$</a> (*pushes glasses up nose* - Section 2.2.5).
>
> For side documents, you’ll follow the same procedure as a regular proposal (have a plenary/reading first, then two votes). The only difference is that updates to side docs incrementing the minor version number only have to pass a single vote (like an errata).
>
> Organizationally, we have repositories for each of the side documents in the main MPI Forum GitHub organization so it’s easier for folks to find them. You can find an example with the newer Memory Allocation Kinds side document here: <a href="https://urldefense.us/v3/__https://github.com/mpi-forum/mem-alloc__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaWwKnoOY$">https://urldefense.us/v3/__https://github.com/mpi-forum/mem-alloc__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaWwKnoOY$</a>. I’d be happy to make a repo for you if you’re interested.
>
> I'll put you on the list for the North Carolina meeting. I’m also happy to help schedule a non-voting meeting if you want to get some early feedback during one of our Wednesday time slots.
>
> Thanks,
> Wes
>
> On Jun 26, 2025, at 10:10 AM, Skjellum, Anthony via mpi-forum <mpi-forum@lists.mpi-forum.org> wrote:
>
> This Message Is From an External Sender
> This message came from outside your organization.
> Dear Wesley and Martin, how is a side document proposed to the forum?
>
> We wish to prepare a side document.
>
> Also, here is our recent EuroMPI paper describing the thinking and learning of the subcommittee on C++; we would also like to have a chance to share this at the SC25 BOF.
>
> If we can have plenary time at the next meeting, that would be good.  North Carolina, right?
>
> Here is the EuroMPI paper from Arxiv:
>
> <a href="https://urldefense.us/v3/__https://www.arxiv.org/abs/2506.14610__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaJkPlS40$">https://urldefense.us/v3/__https://www.arxiv.org/abs/2506.14610__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaJkPlS40$</a>
>
>
> Thanks,
> Tony
>
>
> Anthony Skjellum, PhD
> Professor of Computer Science
> Director, Advanced Scalable Computing,
>               Extreme Networks & Data (ASCEND) Center
> Tennessee Technological University
> email: askjellum@tntech.edu
> cell: +1-205-807-4968
>
>
> _______________________________________________
> mpi-forum mailing list
> mpi-forum@lists.mpi-forum.org
> <a href="https://urldefense.us/v3/__https://lists.mpi-forum.org/mailman/listinfo/mpi-forum__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaq6sMe7U$">https://urldefense.us/v3/__https://lists.mpi-forum.org/mailman/listinfo/mpi-forum__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaq6sMe7U$</a>
>
>
> _______________________________________________
> mpi-forum mailing list
> mpi-forum@lists.mpi-forum.org
> <a href="https://urldefense.us/v3/__https://lists.mpi-forum.org/mailman/listinfo/mpi-forum__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaq6sMe7U$">https://urldefense.us/v3/__https://lists.mpi-forum.org/mailman/listinfo/mpi-forum__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaq6sMe7U$</a>



-- 
Jeff Hammond
jeff.science@gmail.com
<a href="https://urldefense.us/v3/__http://jeffhammond.github.io/__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaXFqrcRk$">https://urldefense.us/v3/__http://jeffhammond.github.io/__;!!G_uCfscf7eWS!Z8jqX_bSy2iiaUh4QR-DabaxiRq5JX6mQXKa_9bV0gLTIIUb6Zhhn0hKzbWk65k9ZddzodXLa2yH_heA5DJk3ztaXFqrcRk$</a>
</pre></body></html>