From owner-sc22wg5@open-std.org  Thu Jan 22 23:01:38 2009
Return-Path: <owner-sc22wg5@open-std.org>
X-Original-To: sc22wg5-dom7
Delivered-To: sc22wg5-dom7@www2.open-std.org
Received: by www2.open-std.org (Postfix, from userid 521)
	id 2D795CA5FED; Thu, 22 Jan 2009 23:01:38 +0100 (CET)
X-Original-To: sc22wg5@open-std.org
Delivered-To: sc22wg5@open-std.org
Received: from mail.jpl.nasa.gov (sentrion2.jpl.nasa.gov [128.149.139.106])
	by www2.open-std.org (Postfix) with ESMTP id 3FE03CA5FE6
	for <sc22wg5@open-std.org>; Thu, 22 Jan 2009 23:01:36 +0100 (CET)
Received: from mprox1.jpl.nasa.gov (mprox1.jpl.nasa.gov [137.78.160.140])
	by mail.jpl.nasa.gov (Switch-3.3.2mp/Switch-3.3.2mp) with ESMTP id n0MM1QuY023694;
	Thu, 22 Jan 2009 22:01:26 GMT
Received: from [137.79.7.57] (math.jpl.nasa.gov [137.79.7.57])
	(authenticated bits=0)
	by mprox1.jpl.nasa.gov (Switch-3.2.6/Switch-3.2.6) with ESMTP id n0MM1ODS017813
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Thu, 22 Jan 2009 14:01:25 -0800
Subject: Re: (j3.2006) (SC22WG5.3892) [ukfortran]	[MPI3	Fortran]	MPI
	non-blocking transfers
From: Van Snyder <Van.Snyder@jpl.nasa.gov>
Reply-To: Van.Snyder@jpl.nasa.gov
To: "longb@cray.com" <longb@cray.com>,
	fortran standards email list for J3 <j3@j3-fortran.org>
Cc: WG5 <sc22wg5@open-std.org>,
	MPI-3 Fortran working group <mpi3-fortran@lists.mpi-forum.org>
In-Reply-To: <4978C74B.70605@cray.com>
References: <Prayer.1.3.1.0901211104060.5654@hermes-2.csi.cam.ac.uk>
	 <49776DF7.1040900@cray.com>	<20090121211748.130A5C178D9@www2.open-std.org>
	 <20090121224014.6CB63C178D9@www2.open-std.org>
	 <20090121234200.4F3BDCA3434@www2.open-std.org>
	 <20090122000407.D5A8ECA3434@www2.open-std.org>
	 <20090122100652.C31E9CA3434@www2.open-std.org>	<4978A8A0.8090407@cray.com>
	 <20090122184931.B5D95CA3439@www2.open-std.org>  <4978C74B.70605@cray.com>
Content-Type: text/plain
Organization: Yes
Date: Thu, 22 Jan 2009 14:01:24 -0800
Message-Id: <1232661684.15119.852.camel@math.jpl.nasa.gov>
Mime-Version: 1.0
X-Mailer: Evolution 2.12.3 (2.12.3-8.el5_2.3) 
Content-Transfer-Encoding: 7bit
X-Source-IP: math.jpl.nasa.gov [137.79.7.57]
X-Source-Sender: Van.Snyder@jpl.nasa.gov
X-AUTH: Authorized
Sender: owner-sc22wg5@open-std.org
Precedence: bulk


On Thu, 2009-01-22 at 11:21 -0800, Bill Long wrote:

> This suffers from the same problem as Van's extra argument proposal.
> The buffer may not be visible in the scoping unit of the call to
> MPI_wait.  In addition, it may not be clear which buffer is relevant
> to a particular call.  Nice idea, but I don't think it is practical.

If the extra argument is a pointer that is TKR compatible with the
buffer, the compiler has no choice but not to fiddle with anything
that's TKR compatible and has the TARGET or POINTER attribute, or has
such a subobject.  If the buffer isn't a pointer and isn't a target and
isn't accessible in the scoping unit of the MPI_WAIT call, the compiler
can't possibly do anything nefarious to it.

What other conjectures do you have that might cause the extra argument
approach not to work?