From owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org  Tue Aug 20 17:43:33 2013
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 2980435719E; Tue, 20 Aug 2013 17:43:32 +0200 (CEST)
Delivered-To: sc22wg5@open-std.org
Received: from mk-filter-4-a-1.mail.uk.tiscali.com (mk-filter-4-a-1.mail.tiscali.co.uk [212.74.100.55])
	by www.open-std.org (Postfix) with ESMTP id C8632356952
	for <sc22wg5@open-std.org>; Tue, 20 Aug 2013 17:43:10 +0200 (CEST)
X-Trace: 1038073357/mk-filter-4.mail.uk.tiscali.com/B2C/$THROTTLED_DYNAMIC/b2c-CUSTOMER-DYNAMIC-IP/88.104.254.228/None/d.muxworthy@bcs.org.uk
X-SBRS: None
X-RemoteIP: 88.104.254.228
X-IP-MAIL-FROM: d.muxworthy@bcs.org.uk
X-SMTP-AUTH: 
X-Originating-Country: GB/UNITED KINGDOM
X-MUA: Apple Mail (2.1283)
X-IP-BHB: Once
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApMBAFeOE1JYaP7k/2dsb2JhbAANTbA6kyqBOoMZAQEEgQkLRleqFYtXkFwWgwV5A517jl0
X-IPAS-Result: ApMBAFeOE1JYaP7k/2dsb2JhbAANTbA6kyqBOoMZAQEEgQkLRleqFYtXkFwWgwV5A517jl0
X-IronPort-AV: E=Sophos;i="4.89,921,1367967600"; 
   d="scan'208";a="1038073357"
Received: from 88-104-254-228.dynamic.dsl.as9105.com (HELO [192.168.1.2]) ([88.104.254.228])
  by smtp.tiscali.co.uk with ESMTP; 20 Aug 2013 16:43:10 +0100
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v1283)
Subject: Re: (SC22WG5.5056) WG5 ballots
From: David Muxworthy <d.muxworthy@bcs.org.uk>
In-Reply-To: <20130804194733.55AAA357194@www.open-std.org>
Date: Tue, 20 Aug 2013 16:43:09 +0100
Content-Transfer-Encoding: 7bit
Message-Id: <DF9DA49B-971E-4568-B2FA-20D02E8841BE@bcs.org.uk>
References: <20130804194733.55AAA357194@www.open-std.org>
To: sc22wg5@open-std.org
X-Mailer: Apple Mail (2.1283)
Sender: owner-sc22wg5@open-std.org
Precedence: bulk

The following Fortran 2008 interpretations are being balloted:

Yes  No Number     Title

-Y-  ---  F03/0030   IEEE divide by zero
-Y-  ---  F03/0047   Polymorphic arguments to intrinsic procedures
-C-  ---  F03/0053   The BIND attribute for C_PTR and C_FUNPTR
-Y-  ---  F03/0064   Recursive declaration of procedure interfaces
-Y-  ---  F03/0100   Error in field width for special cases of signed
                     INFINITY output
-C-  ---  F03/0139   Functions returning procedure pointers
-Y-  ---  F08/0071   Vector subscript target
-Y-  ---  F08/0075   Pointer function reference as variable in assignment
-Y-  ---  F08/0076   Pointer function reference in READ
                     Subsumed by F07/0075
-C-  ---  F08/0083   Type parameter default expressions allow circular
                     dependence
-Y-  ---  F08/0084   Pointer arguments to PURE functions
-Y-  ---  F08/0085   Problems with PARAMETERs
-C-  ---  F08/0086   Implied-shape and separate PARAMETER statement
-C-  ---  F08/0087   Mixed-kind character assignment
-Y-  ---  F08/0088   Can ALLOCATE with SOURCE= have side-effects in a
                     PURE proc?
-Y-  ---  F08/0089   Variable-denoting functions change existing
                     semantics
-C-  ---  F08/0090   What restrictions apply to initialization and
                     PARAMETER?

Comments:

F03/0053
I prefer the first alternative at [431:6].

F03/0139
For the interp archive: "(1b)" and "(2b)" in the answers and the edits
should be "(1)" and "(2)".

"result variable" on [307:16-17] appears to have been missed.

F08/0083
For consistency the edit should be to 10-007r1. not 12-007.

F08/0086
The notes suggest that the edits are not complete.  Is another interp
being raised to resolve the issue?

F08/0087
In the edit at [25:2+] "after p2" should be "after p3".

F08/0090
I agree that Answer 1 for program m200c3_1 is strictly correct, but
this creates an unfortunate difference from the DATA statement.
Admittedly, an array constant is different from an array of constants
but Note 5.29 has as an example:

DATA ((SKEW (K, J), J = 1, K), K = 1, 100) / 5050 * 0.0 /

This, or similar examples, have appeared in each standard since F77.
The average user might expect PARAMETER to allow similar flexibility.
--------------------------------------------------------------

David



