From owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org  Mon Dec 31 01:30:12 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 B69103567F0; Mon, 31 Dec 2012 01:30:12 +0100 (CET)
Delivered-To: sc22wg5@open-std.org
Received: from vms173013pub.verizon.net (vms173013pub.verizon.net [206.46.173.13])
	by www.open-std.org (Postfix) with ESMTP id 56F193567F0
	for <sc22wg5@open-std.org>; Mon, 31 Dec 2012 01:30:09 +0100 (CET)
Received: from [10.0.1.9] ([unknown] [24.9.79.217]) by vms173013.mailsrvcs.net
 (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009))
 with ESMTPA id <0MFV00JQ67W2VO60@vms173013.mailsrvcs.net> for
 sc22wg5@open-std.org; Sun, 30 Dec 2012 16:31:15 -0600 (CST)
Content-type: text/plain; charset=us-ascii
MIME-version: 1.0 (Mac OS X Mail 6.2 \(1499\))
Subject: Re: (j3.2006) (SC22WG5.4869) WG5 letter ballot on N1947
From: Dan Nagle <dannagle@verizon.net>
In-reply-to: <20121230203827.A68AE356A2E@www.open-std.org>
Date: Sun, 30 Dec 2012 15:31:15 -0700
Content-transfer-encoding: 7bit
Message-id: <24A4E27C-18AC-47CC-BAF6-EE3F93EDF874@verizon.net>
References: <50C5B7B6.8020702@stfc.ac.uk>
 <20121230203827.A68AE356A2E@www.open-std.org>
To: WG5 List <sc22wg5@open-std.org>
X-Mailer: Apple Mail (2.1499)
Sender: owner-sc22wg5@open-std.org
Precedence: bulk

Hi,

These edits are fine with me.

On Dec 30, 2012, at 11:43 , John Reid <John.Reid@stfc.ac.uk> wrote:

> 
>                      WG5 letter ballot on N1947
> 
> Please answer the following question "Is N1947 ready for forwarding
> to WG23 as the Fortran Annex to TR 24772?" 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 Yes, but I recommend the following changes:
> 
> Page 1, title. Delete "WG5 Vulnerabilities Subgroup".
> Reason: WG5 as a whole is responsible for the document that is forwarded.
> 
> Page 7, line -2. Insert "Subclause" before "13.3".
> 
> Page 12, Fortran 9.1, para 3, lines 2-3. Delete "or a coarray".
> Reason: Whether the lhs is a coarray does not affect this rule.
> 
> Page 12, Fortran 9.1, para 4, line 3. Delete "non-coarray" before
> "allocatable array".
> Reason: We do not need to include this restriction here and do not
> in the next sentence and in several other places.
> 
> Page 12, Fortran 9.1, para 5, line 1. Delete " or coarray" before
> "character array".
> Reason: We do not need to mention this case here.
> 
> Page 12, Fortran 9.1, para 6. Delete para "When an allocatable array ...".
> Reason: This has no connection with buffer boundary violation and
> anyway move_alloc does not obtain memory.
> 
> Page 14, para 3. Delete para "When an allocatable array ...".
> Reason. This has no connection with Unchecked Array Indexing and
> anyway move_alloc does not obtain memory.
> 
> Page 17, Fortran.14.1, para 2. Change "be default are" to
> "by default is".
> Reason: typos.
> 
> Page 18, Fortran.15.2, bullet 4. Delete comma after "target".
> Reason: to make the meaning clearer and for consistency with
> page 43, bullet 5.
> 
> Page 21, Fortran.22.1, bullet 3. Change to "A block construct is
> nested within its host scope."
> Reason: The level of detail in this bullet point is inconsistent
> with that in the other bullets and I believe it is wrong anyway.
> 
> Page 30, Fortran.35.2, bullet 1. Delete comma after "target".
> Reason: to make the meaning clearer and for consistency with
> page 43, bullet 5.
> 
> _______________________________________________
> J3 mailing list
> J3@mailman.j3-fortran.org
> http://mailman.j3-fortran.org/mailman/listinfo/j3

-- 
Cheers!

Dan Nagle