From owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org  Wed Jul 20 21:03:17 2011
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 93ED835689E; Wed, 20 Jul 2011 21:03:17 +0200 (CEST)
Delivered-To: sc22wg5@open-std.org
X-Greylist: delayed 450 seconds by postgrey-1.33 at www5.open-std.org; Wed, 20 Jul 2011 21:03:16 CEST
Received: from mail.jpl.nasa.gov (mailhost.jpl.nasa.gov [128.149.139.109])
	by www.open-std.org (Postfix) with ESMTP id DDB17356742
	for <sc22wg5@open-std.org>; Wed, 20 Jul 2011 21:03:16 +0200 (CEST)
Received: from [137.79.7.57] (math.jpl.nasa.gov [137.79.7.57])
	by smtp.jpl.nasa.gov (Switch-3.4.3/Switch-3.4.3) with ESMTP id p6KItiYh013027
	(using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256 bits) verified NO)
	for <sc22wg5@open-std.org>; Wed, 20 Jul 2011 11:55:44 -0700
Subject: Re: (j3.2006) (SC22WG5.4508) PDTR out for vote
From: Van Snyder <Van.Snyder@jpl.nasa.gov>
Reply-To: Van.Snyder@jpl.nasa.gov
To: sc22wg5 <sc22wg5@open-std.org>
In-Reply-To: <20110720180521.D9330356885@www.open-std.org>
References: <20110720180521.D9330356885@www.open-std.org>
Content-Type: text/plain; charset=UTF-8
Organization: Yes
Date: Wed, 20 Jul 2011 11:55:43 -0700
Message-Id: <1311188143.24826.243.camel@math.jpl.nasa.gov>
Mime-Version: 1.0
X-Mailer: Evolution 2.12.3 (2.12.3-19.el5) 
Content-Transfer-Encoding: 8bit
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 Wed, 2011-07-20 at 11:05 -0700, John Reid wrote:
> Van Snyder:       2) Yes, but I recommend the following changes.

> [16:5 5.3.5.1p4]
> Replace "accessed" by "referenced".

This edit was not incorporated.  According to the draft C1x standard
(n1547 3.1p1 -- "access" was not a defined term in (draft) C9x, at least
not in n869) "access" means "<execution-time action> to read or modify
the value of an object."  NOTE 1 to that definition says "Where only one
of these two actions is meant, ‘‘read’’ or ‘‘modify’’ is used".  So
"accessed" is wrong.  In the Fortran standard, we'd write "referenced."
In C-speak, the (draft) C standard (n1847) says "read" is correct.  As
it stands, the list item prevents modifying the object before a value is
given to it.  Hmmm.

> [18:19 5.3.5.5p2]
> Replace "base" by "C" or insert "C" before "base".

Not done.  If not "C address of the object" or "C base address of the
object", perhaps "C address of the base of the object", or something
else to make it clear that "base address" is a C address.

> [20:14 5.3.5.7p2]
> Insert either "Fortran" or "C" before "subscripts" ([21:5] suggests
> "C").

Not done.  Does the lower_bound member specify C or Fortran subscripts?
There is a significant difference!

> [20:17 5.3.5.7p2]
> Replace "be" by "not be less than" or "be greater than or equal to".

In other places (I don't remember where) the arrays are allowed to be
larger than the rank.  Why not here?

> [20:18 5.3.5.7p2]
> Insert either "Fortran" or "C" before "subscripts" ([21:5] suggests
> "C").

See comment on [20:14 5.3.5.7p2]

> [20:21 5.3.5.7p2]
> Replace "be" by "not be less than" or "be greater than or equal to".

See comment on [20:17 5.3.5.7p2]

> [20:24 5.3.5.7p2]
> Insert either "Fortran" or "C" before "subscripts" ([21:5] suggests
> "C").

See comment on [20:14 5.3.5.7p2]

> [20:25 5.3.5.7p2]
> Replace "be" by "not be less than" or "be greater than or equal to".

See comment on [20:17 5.3.5.7p2]

> [21:24-25 p.3.5.8p2] Replace "base" by "C" or insert "C" before "base"
> at least the first time, and maybe thrice.

See comment on [18:19 5.3.5.5p2]

> [22:23 5.3.5.9p2]
> Insert "Fortran subscripts for the" or "C subscripts for the" before
> "lower bounds".

See comment on [20:14 5.3.5.7p2]

> [26:15 6.4p5 C407b]
> Replace "intrinsic and" by "intrinsic or".

Not done.  None of the listed functions are both intrinsic functions and
intrinsic module functions.

> [28:5-6 6.7p2]
> It is also a characteristic that these rank, shape, size, type, or
> type
> parameters are not assumed.  The sentence ought to be "Whether a rank,
> shape, size, type, or type parameter is assumed or deferred is a
> characteristic."

Not done.


