From owner-sc22wg5+sc22wg5-dom8=www.open-std.org@open-std.org Wed May 29 16:43:03 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 3DF45356EAC; Wed, 29 May 2013 16:43:03 +0200 (CEST) Delivered-To: sc22wg5@open-std.org Received: from postout2.mail.lrz.de (postout2.mail.lrz.de [129.187.255.138]) by www.open-std.org (Postfix) with ESMTP id CCFF4356E98 for ; Wed, 29 May 2013 16:42:46 +0200 (CEST) Received: from lxmhs52.srv.lrz.de (localhost [127.0.0.1]) by postout2.mail.lrz.de (Postfix) with ESMTP id 3bLF5L3PzFzyRY; Wed, 29 May 2013 16:42:46 +0200 (CEST) X-Virus-Scanned: by amavisd-new at lrz.de in lxmhs52.srv.lrz.de Received: from postout2.mail.lrz.de ([127.0.0.1]) by lxmhs52.srv.lrz.de (lxmhs52.srv.lrz.de [127.0.0.1]) (amavisd-new, port 20024) with LMTP id m_uooUngGKqQ; Wed, 29 May 2013 16:42:45 +0200 (CEST) Received: from BADWLRZ-SWHBT2.ads.mwn.de (BADWLRZ-SWHBT2.ads.mwn.de [IPv6:2001:4ca0:0:108::126]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "BADWLRZ-SWHBT2", Issuer "BADWLRZ-SWHBT2" (not verified)) by postout2.mail.lrz.de (Postfix) with ESMTPS id 3bLF5K5Sz7zyS2; Wed, 29 May 2013 16:42:45 +0200 (CEST) Received: from BADWLRZ-SWMBX11.ads.mwn.de ([fe80::6de5:ff8b:1900:b1a1]) by BADWLRZ-SWHBT2.ads.mwn.de ([fe80::5951:9dc3:7b2b:14ba%13]) with mapi id 14.03.0123.003; Wed, 29 May 2013 16:42:37 +0200 From: "Bader, Reinhold" To: fortran standards email list for J3 , 'WG5' Subject: AW: (j3.2006) (SC22WG5.5008) AW: AW: AW: Corrections to TS29113 Thread-Topic: (j3.2006) (SC22WG5.5008) AW: AW: AW: Corrections to TS29113 Thread-Index: AQHOXHbbJQMweb2/KUOanuTwwmAIi5kcOelQ Date: Wed, 29 May 2013 14:42:36 +0000 Message-ID: <166ED263DF83324D9A3BA67FB6772B2B59FA4012@BADWLRZ-SWMBX11.ads.mwn.de> References: <20130527194800.755D0356E40@www.open-std.org> <20130528064313.2D3EA356EC9@www.open-std.org> <20130528175553.29F77356E2E@www.open-std.org> <20130528195028.EDA22356E76@www.open-std.org> <20130528215920.3F54A356922@www.open-std.org> <20130529115820.DF87A356E9B@www.open-std.org> <20130529120239.D28BB356EA6@www.open-std.org> <001001ce5c6f$70430a10$50c91e30$@chivers@chiversandbryan.co.uk> In-Reply-To: <001001ce5c6f$70430a10$50c91e30$@chivers@chiversandbryan.co.uk> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2001:4ca0:0:f031::1] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Sender: owner-sc22wg5@open-std.org Precedence: bulk Hello Ian,=20 "Array descriptor" lumps together rather a lot. Perhaps this can be split i= nto BIND(C) interfaces support descriptor dummy arguments=20 C interface to descriptors (ISO_Fortran_binding.h) (although I agree that one without the other is not really useful). Furthermore, add Extended ISO_C_BINDING module procedure semantics (cf. 8.1 of the TS) > -----Urspr=FCngliche Nachricht----- > Von: j3-bounces@mailman.j3-fortran.org [mailto:j3-bounces@mailman.j3- > fortran.org] Im Auftrag von Ian Chivers > Gesendet: Mittwoch, 29. Mai 2013 16:15 > An: 'fortran standards email list for J3'; 'WG5' > Cc: 'Bill Long' > Betreff: Re: (j3.2006) (SC22WG5.5008) AW: AW: AW: Corrections to TS29113 >=20 > In the light of the publication of >=20 > ISO/IEC TS 29113:2012 >=20 > Tobias Burnus notified us about the document and suggested the following > entries > for inclusion in the compiler conformance table. >=20 > http://www.fortranplus.co.uk/resources/fortran_2003_2008_compiler_support > .pd > f >=20 > OPTIONAL with BIND(C) > Assumed type > Assumed rank > RANK intrinsic > Array descriptor > ASYNCHRONOUS changes >=20 > does anyone have any other suggestions/recommendations >=20 > cheers >=20 > Ian chivers and Jane Sleightholme >=20 >=20 >=20 > -----Original Message----- > From: j3-bounces@mailman.j3-fortran.org > [mailto:j3-bounces@mailman.j3-fortran.org] On Behalf Of Bader, Reinhold > Sent: 29 May 2013 13:02 > To: WG5 > Cc: Bill Long > Subject: (j3.2006) (SC22WG5.5008) AW: AW: AW: Corrections to TS29113 >=20 > Hello Bill, >=20 > OK. I've attached an updated version of the complete draft; in particular > I've also added edits for section (D). >=20 > Regards > Reinhold >=20 > > -----Urspr=FCngliche Nachricht----- > > Von: owner-sc22wg5@open-std.org [mailto:owner-sc22wg5@open-std.org] > > Im Auftrag von Bill Long > > Gesendet: Mittwoch, 29. Mai 2013 13:58 > > An: longb@cray.com; sc22wg5 > > Betreff: (SC22WG5.5007) (j3.2006) AW: AW: Corrections to TS29113 > > > > Arg! Ignore the comments about C535b versus C535c - I was looking at > > the wrong document. Reinhold was, of course, right on those. > > > > Cheers, > > Bill > > > > > > On 5/28/13 5:02 PM, Bill Long wrote: > > > > > > > > > On 5/28/13 2:43 PM, Bader, Reinhold wrote: > > >> Here a modified version of section (A): > > >> ------------------------------------------------------------------- > > >> -- > > >> --------------------------------- > > >> (A) Assumed rank entities. > > >> > > >> The Fortran lower bounds of an assumed-rank dummy argument that > > does > > >> not have the POINTER or ALLOCATABLE attribute should be one. > > >> Furthermore, > > >> C532 must be loosened in order to allow assumed-rank entities to > > >> have the POINTER or ALLOCATABLE attribute. > > >> > > >> EDITS: > > >> > > >> In section 5.2, after C535c, insert > > > > > > C535b ? 5.2 does not currently have a C535c. > > >> > > >> "The lower bounds of an assumed-rank entity argument associated with= a > > >> non-pointer non-allocatable array are 1 > > > > > > Better in this subclause. Maybe clearer if "that is" follows "entity= ". > > > No hyphens in nonpointer or nonallocatable. > > > > > >> ; its extents are those of its > > >> effective argument. > > > > > > This is already covered in 6.3. > > > > > >> The size, bounds, and shape of an unallocated allocatable or a > > >> disassociated pointer assumed-rank entity are undefined; the > > > > > > I think this is already true in general. > > > > > >> size, bounds, and shape of an allocated allocatable or an > > >> associated pointer assumed-rank entity are assumed from its > > >> effective argument." > > > > > > This is already covered in 6.3. > > > > > >> > > >> The same text is added at the end of section 9.5, after C535c. > > > > > > C535b. > > > > > >> > > >> Before the edits for 5.3.8.7 in section 9.5, add > > >> > > >> "{In 5.3.8.4, change C532 as follows} > > >> > > >> C532 An array with the POINTER or ALLOCATABLE attribute ~[that is > > >> not an assumed rank entity (5.3.8.7)] shall have an array-spe= c > > >> that is a deferred-shape-spec-list." > > > > > > I agree this needs to be fixed. Good catch. > > > > > > Cheers, > > > Bill > > > > > > > > >> > > >> (the ~[...] text is added and hence gets underwaves). > > >> > > >> Further comment: For the C descriptor, section 8.3.3 already > > >> specifies the lower bound for a non-allocatable non-pointer array as > zero. > > >> ------------------------------------------------------------------- > > >> -- > > >> --------------------------------- > > > > > > > -- > > 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 > > >=20 >=20 > _______________________________________________ > J3 mailing list > J3@mailman.j3-fortran.org > http://mailman.j3-fortran.org/mailman/listinfo/j3