From owner-sc22wg5@open-std.org  Fri Jul 30 17:43:02 2010
Return-Path: <owner-sc22wg5@open-std.org>
X-Original-To: sc22wg5-dom8
Delivered-To: sc22wg5-dom8@www2.open-std.org
Received: by www2.open-std.org (Postfix, from userid 521)
	id 44800C3BA11; Fri, 30 Jul 2010 17:43:02 +0200 (CEST)
X-Original-To: sc22wg5@open-std.org
Delivered-To: sc22wg5@open-std.org
Received: from mail-wy0-f175.google.com (mail-wy0-f175.google.com [74.125.82.175])
	by www2.open-std.org (Postfix) with ESMTP id B4E42C3BA0E
	for <sc22wg5@open-std.org>; Fri, 30 Jul 2010 17:43:01 +0200 (CEST)
Received: by mail-wy0-f175.google.com with SMTP id 38so1638774wyb.34
        for <sc22wg5@open-std.org>; Fri, 30 Jul 2010 08:43:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:subject:references:in-reply-to
         :content-type:content-transfer-encoding;
        bh=xuHoeLxZSARsX2atM7Pg7Ts22h3GF8o7i2+mvDsYxmA=;
        b=JSPQgcZle+ZL0KOJ10QnWwNRwKddVYVa/y5CjIWY8NEDQ5MgGI76Pag5iwtn3NgGXb
         e/DsIkEIVozyS1nme4Xo5wC3Jz9EbVAOdPqUsl+1vXl386ifuTIPyXdvC49ZPq333xma
         gdDUv1eolDBCvVrTRD+jbgmx/mX23HUwwkpzA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        b=pZZp+rcQeQEoMEiLuz00yyGas2dMSvJOhaxUE9NR9i32tx8w6hyUvlU+EneSZRIVts
         C1B5KMEskUgXI9QwIQyGDTbbYp9ohgGOlhULlqumzJFX99U2AmUdPHLHyUchS3BVVzGi
         tgYw/TK/CWNuaex+WRi+xaqRqhCeDsBXgbsw0=
Received: by 10.227.143.12 with SMTP id s12mr1910945wbu.125.1280504275378;
        Fri, 30 Jul 2010 08:37:55 -0700 (PDT)
Received: from [192.168.0.100] (cpe-69-76-186-24.kc.res.rr.com [69.76.186.24])
        by mx.google.com with ESMTPS id a1sm2016540wbb.2.2010.07.30.08.37.51
        (version=SSLv3 cipher=RC4-MD5);
        Fri, 30 Jul 2010 08:37:53 -0700 (PDT)
Message-ID: <4C52F1D1.9060607@courant.nyu.edu>
Date: Fri, 30 Jul 2010 08:37:53 -0700
From: Aleksandar Donev <aleks.donev@gmail.com>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: J3 <j3@j3-fortran.org>, SC22WG5 <sc22wg5@open-std.org>
Subject: Re: (j3.2006) (SC22WG5.4305) Executing a type-bound procedure on
 a coindexed object
References: <20100729154103.E2BD3C3BA01@www2.open-std.org> <4C51AC7D.2000805@lrz.de>
In-Reply-To: <4C51AC7D.2000805@lrz.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-sc22wg5@open-std.org
Precedence: bulk

Reinhold Bader wrote:
>  This does not seem to make sense. The case you mention can also happen
>   in a non-polymorphic scenario, but there are no restrictions there.
Which is a hint that the size of the allocatable components is not the
issue. There are restrictions to ensure that the sizes match so that
remote reallocation never happens. The issue, as I recall, was that
there could be other components of unknown types, shapes, etc. In a
heterogeneous environment, copying such things may be harder than just
getting an integer size of an allocatable array.
In general, it is likely it is all implementable even without some of
the restrictions, but someone asked to add a restriction to facilitate
implementation, and we listened unless it took away what was seen as a
critical functionality. Polymorphic coarrays were not in general seen as
"critical" :-)
Best,
Aleks

-- 
Aleksandar Donev
Assistant Professor of Mathematics
Courant Institute of Mathematical Sciences, New York University
E-mail: donev@courant.nyu.edu
Phone: (510) 910-0891
Address: 251 Mercer St, New York, NY 10012
Web: http://cims.nyu.edu/~donev/