From owner-sc22wg5@open-std.org Fri Jul 25 02:49:12 2008 Return-Path: X-Original-To: sc22wg5-dom6 Delivered-To: sc22wg5-dom6@open-std.org Received: by open-std.org (Postfix, from userid 521) id DD354DA837; Fri, 25 Jul 2008 02:49:12 +0200 (CET DST) X-Original-To: sc22wg5@open-std.org Delivered-To: sc22wg5@open-std.org X-Greylist: delayed 652 seconds by postgrey-1.18 at pingo.cv.ihk.dk; Fri, 25 Jul 2008 00:49:11 UTC Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by open-std.org (Postfix) with ESMTP id DA5D33850F for ; Fri, 25 Jul 2008 02:49:11 +0200 (CET DST) Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 24 Jul 2008 17:37:06 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.31,249,1215414000"; d="scan'208";a="318925199" Received: from orsmsx335.amr.corp.intel.com (HELO orsmsx335.jf.intel.com) ([10.22.226.40]) by orsmga002.jf.intel.com with ESMTP; 24 Jul 2008 17:38:44 -0700 Received: from orsmsx416.amr.corp.intel.com ([10.22.226.46]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 24 Jul 2008 17:38:09 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: (j3.2006) (SC22WG5.3591) Assumed-type and Assumed-rank extensionsfor C Interop TR. Date: Thu, 24 Jul 2008 17:38:08 -0700 Message-ID: <352EF9240142864DAAD0736069E2A3F904B5A7E2@orsmsx416.amr.corp.intel.com> In-Reply-To: <20080724231337.2075B60A72@open-std.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: (j3.2006) (SC22WG5.3591) Assumed-type and Assumed-rank extensionsfor C Interop TR. Thread-Index: Acjt5D359Pu4yyy8RWGw5eSJ3TWHSAACZ1JA References: <20080724231337.2075B60A72@open-std.org> From: "Whitlock, Stan" To: "WG5" Cc: "cc" X-OriginalArrivalTime: 25 Jul 2008 00:38:09.0561 (UTC) FILETIME=[B63E8890:01C8EDEE] Sender: owner-sc22wg5@open-std.org Precedence: bulk Bill, I like both TYPE(*) and DIMENSION(::). We used a directive to ignore rank in the IEEE intrinsic module routines and we have an ignore TKR directive. But I don't want the standard to get into the directives game. I know this will be a useful extension to the TR. =20 In "In the association of actual and dummy arguments, a assumed-type dummy argument is type and kind compatible with any actual argument.", we have to be sure to rule out procedure actual arguments. /Stan -----Original Message----- From: j3-bounces@j3-fortran.org [mailto:j3-bounces@j3-fortran.org] On Behalf Of Bill Long Sent: Thursday, July 24, 2008 7:13 PM To: sc22wg5 Subject: (j3.2006) (SC22WG5.3591) Assumed-type and Assumed-rank extensionsfor C Interop TR. At the last J3 meeting there was discussion about how to better=20 interoperate with C functions that have void * arguments. This was=20 mainly in the context of cooperation with the MPI committee that is=20 trying to design a better Fortran interface module for the MPI library. However, the basic issue is wider than just MPI. Debate in May narrowed down the list of options to 3 (see paper=20 08-185r1). Attached is a draft of a proposal for one of these options,=20 somewhat expanded. This was the option that, at least to me, seemed to=20 have the fewest vocal opponents. The original mandate for the TR did not include a feature like this, so=20 the first question is whether WG5 supports this addition.=20 Comments on the proposal itself are also welcome. The MPI folks prefer=20 adding this feature to the TR rather than making this part of the Base=20 f08, on the grounds that a vendor could implement the TR as an addition=20 to f03, as it does not depend on any of the new f08 features. This would enable earlier access.=20 As before, fell free to solicit input from others not on the WG5 list. Cheers, Bill --=20 Bill Long longb@cray.com Fortran Technical Support & voice: 651-605-9024 Bioinformatics Software Development fax: 651-605-9142 Cray Inc., 1340 Mendota Heights Rd., Mendota Heights, MN, 55120 =20