From owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org  Mon Mar 19 03:51:46 2012
Return-Path: <owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org>
X-Original-To: sc22wg5-dom8
Delivered-To: sc22wg5-dom8@www.open-std.org
Received: by www.open-std.org (Postfix, from userid 521)
	id CAA32356822; Mon, 19 Mar 2012 03:51:46 +0100 (CET)
Delivered-To: sc22wg5@open-std.org
Received: from exprod6og103.obsmtp.com (exprod6og103.obsmtp.com [64.18.1.185])
	by www.open-std.org (Postfix) with ESMTP id D8ABA356687
	for <sc22wg5@open-std.org>; Mon, 19 Mar 2012 03:51:45 +0100 (CET)
Received: from CFWEX01.americas.cray.com ([136.162.34.11]) (using TLSv1) by exprod6ob103.postini.com ([64.18.5.12]) with SMTP
	ID DSNKT2afQKcgSzujI4RjjOdpNRhg0dmdGgy9@postini.com; Sun, 18 Mar 2012 19:51:46 PDT
Received: from cfasa-vpn-192-168-233-133in.us.cray.com (192.168.233.133) by
 CFWEX01.americas.cray.com (172.30.88.25) with Microsoft SMTP Server id
 14.1.355.2; Sun, 18 Mar 2012 21:51:43 -0500
Message-ID: <4F669F4B.8050406@cray.com>
Date: Sun, 18 Mar 2012 21:51:55 -0500
From: Bill Long <longb@cray.com>
Reply-To: <longb@cray.com>
Organization: Cray Inc.
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: sc22wg5 <sc22wg5@open-std.org>
Subject: Vote on N1904
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-sc22wg5@open-std.org
Precedence: bulk


 From N1908:

Please answer the following question "Is N1904 ready for forwarding to SC22
as the DTS?" in one of these ways.

1) Yes.
2) Yes, but I recommend the following changes.
3) No, for the following reasons.
4) Abstain.


I vote:

3) No, for the following reasons.

There are two technical problems with N1904:

- Because INTENT(OUT) causes an argument to become undefined when the 
routine is called, it coexists poorly with TYPE(*).  The combination of 
TYPE(*) and INTENT(OUT) should be disallowed.

- A more obscure, but more serious problem, is that the text of C1255, 
while improved to allow OPTIONAL arguments, still requires that the 
variables in a BIND(C) call be interoperable objects.  The test in 
15.3.5 disallows the very things the TS is intended to allow 
(allocatable and pointer arguments).  The requirement needs to be 
weakened to interoperable types (not objects) and then additional 
requirements to account for TYPE(*) arguments and coarray arguments.  An 
email thread on the J3/WG5 lists proposed solutions for this, but the 
change is significant enough to justify another review (in my opinion).

There are also more minor wording and typo fixes that were mentioned by 
others that should be fixed since a new draft will be required anyway.

Cheers,
Bill


-- 
Bill Long                                           longb@cray.com
Fortran Technical Support    &                 voice: 651-605-9024
Bioinformatics Software Development            fax:   651-605-9142
Cray Inc./Cray Plaza, Suite 210/380 Jackson St./St. Paul, MN 55101


