From owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org Sun Dec 22 17:29:56 2013 Return-Path: X-Original-To: sc22wg5-dom8 Delivered-To: sc22wg5-dom8@www.open-std.org Received: by www.open-std.org (Postfix, from userid 521) id 9B0103583E2; Sun, 22 Dec 2013 17:29:56 +0100 (CET) Delivered-To: sc22wg5@open-std.org Received: from exprod6og109.obsmtp.com (exprod6og109.obsmtp.com [64.18.1.23]) by www.open-std.org (Postfix) with ESMTP id AE73C3583D6 for ; Sun, 22 Dec 2013 17:29:53 +0100 (CET) Received: from CFWEX01.americas.cray.com ([136.162.34.11]) (using TLSv1) by exprod6ob109.postini.com ([64.18.5.12]) with SMTP ID DSNKUrcTgH9V87gXhBWQ37Aw9rCuYr5fxnJn@postini.com; Sun, 22 Dec 2013 08:29:55 PST Received: from cfasa-vpn-192-168-233-129in.us.cray.com (192.168.233.129) by CFWEX01.americas.cray.com (172.30.88.25) with Microsoft SMTP Server id 14.2.347.0; Sun, 22 Dec 2013 10:28:27 -0600 Message-ID: <52B71361.1010603@cray.com> Date: Sun, 22 Dec 2013 10:29:21 -0600 From: Bill Long Reply-To: Organization: Cray Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: sc22wg5 Subject: Re: (j3.2006) (SC22WG5.5161) [ukfortran] [ Draft corrigendum 3] References: <20131126013542.D88A93582CC@www.open-std.org> <20131220171849.090F03582F4@www.open-std.org> <20131222004843.861D635835A@www.open-std.org> <1387678359.20328.7.camel@van-laptop> In-Reply-To: <1387678359.20328.7.camel@van-laptop> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-sc22wg5@open-std.org Precedence: bulk On 12/21/13 8:12 PM, Van Snyder wrote: > On Sun, 2013-12-22 at 09:48 +0900, Malcolm Cohen wrote: >> I (and others) disagree with your assertion that >> REAL x(*) >> PARAMETER(x = [ 1,2,3,4,5 ]) >> is unreasonable and should never be allowed. Disallowing this would >> break >> one of our basic design rules for the BNF of declarations, which is >> that one >> can specify attributes independently. Yes it is a smaller edit to >> the >> standard, and would not remove significant functionality ... but then >> deleting the PARAMETER statement entirely would not remove >> significant >> functionality! > > To repair the "problem" we would also need to delete the DIMENSION > statement, so one could not do > > dimension X(*) > real, parameter :: X = [ 1, 2, 3, 4, 5 ] I would not be opposed to moving most of 5.4 into the obsolescent column. The only ones that are not redundant and replaced by better alternatives are PRIVATE/PUBLIC/SAVE with no entities specified, and ASYNCHRONOUS/VOLATILE that can be used in blocks to override the host declaration. DATA is a separate situation because of the limit on continuation lines. Cheers, Bill > > _______________________________________________ > J3 mailing list > J3@mailman.j3-fortran.org > http://mailman.j3-fortran.org/mailman/listinfo/j3 > -- 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