[Mpi-forum] Embiggenment: formal reading

[Marc-André Hermanns]

Hi all,

Sorry for the noise. Was intended as a private reply.

Cheers,
Marc-Andre

On 04.02.20 08:10, Marc-André Hermanns wrote:
> Hi Jeff, Hi Martin,
> 
> argh ... sorry for being so late on this (see my other mail), but
> could you take the two calls
> 
> MPI_T_pvar_handle_alloc
> MPI_T_cvar_handle_alloc
> 
> out of the embiggening? The MPI_Count for the count argument does not
> really help in practice, so we (the tools WG) decided we would not
> need it.
> 
> I hope this does not re-rail your announcement of the reading.
> 
> Cheers,
> Marc-Andre
> 
> On 03.02.20 23:25, Jeff Squyres (jsquyres) via mpi-forum wrote:
>> The Embiggenment WG is ready for a formal reading at the Feb 2020 Portland MPI Forum physical meeting.
>>
>> Issue: https://github.com/mpi-forum/mpi-issues/issues/137
>> PR:    https://github.com/mpi-forum/mpi-standard/pull/132
>> PDF:   attached to Feb 3, 2020 comments on the issue/PR
>>        (this PDF includes all relevant text changes *AND* all the Embiggened bindings)
>>
>> Search for "ticket137" in the text to find all the text changes.
>> The Embiggened functions are not marked; they are simply evident throughout the entire document.
>>
>> -----
>>
>> To be clear, the Embiggenment WG is *NOT* raising this PDF as a "no no" vote compared to the ABQ meeting.  This is a new PDF, and this will be its first formal reading.
>>
>> The rationale is twofold:
>>
>> 1. A series of small items have come up (and been resolved) since the ABQ meeting that have not yet been presented to the Forum.  We will present these in Portland.
>> 2. This PDF includes *ALL* the rendered Embiggened APIs (which were not presented at the ABQ meeting).
>>
>> After much thought/discussion in the WG, it just didn't seem right to bring up such wide-ranging changes in a "no no" vote.  Yes, the Chapter Chairs/Committees have reviewed the Embiggened sections.  But it doesn't seem like this is within the intended scope of the "no no" vote.  A "no no" vote is supposed to be for "small" things.
>>
>> We recognize that this "resets the clock" on this PR, and that it makes timing for MPI-4.0... awkward.  It still seemed like the responsible thing to do.
>>
> 

-- 
Dr. rer. nat. Marc-André Hermanns

IT Center
Group: High Performance Computing
Division: Computational Science and Engineering
RWTH Aachen University
Seffenter Weg 23
52074 Aachen
Phone: +49 241 80-24381
hermanns at itc.rwth-aachen.de
www.itc.rwth-aachen.de

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5336 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.mpi-forum.org/pipermail/mpi-forum/attachments/20200204/11ac175c/attachment-0001.p7s>