From owner-sc22wg5@open-std.org Wed Dec 3 22:33:39 2008 Return-Path: X-Original-To: sc22wg5-dom7 Delivered-To: sc22wg5-dom7@www2.open-std.org Received: by www2.open-std.org (Postfix, from userid 521) id 067FECA343F; Wed, 3 Dec 2008 22:33:39 +0100 (CET) X-Original-To: sc22wg5@open-std.org Delivered-To: sc22wg5@open-std.org Received: from ppsw-7.csi.cam.ac.uk (ppsw-7.csi.cam.ac.uk [131.111.8.137]) by www2.open-std.org (Postfix) with ESMTP id 465C0C56CF8 for ; Wed, 3 Dec 2008 22:33:37 +0100 (CET) X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from hermes-1.csi.cam.ac.uk ([131.111.8.51]:48895) by ppsw-7.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.157]:25) with esmtpa (EXTERNAL:nmm1) id 1L7zLl-0001os-Nf (Exim 4.70) for sc22wg5@open-std.org (return-path ); Wed, 03 Dec 2008 21:33:37 +0000 Received: from prayer by hermes-1.csi.cam.ac.uk (hermes.cam.ac.uk) with local (PRAYER:nmm1) id 1L7zLl-0006OH-AY (Exim 4.67) for sc22wg5@open-std.org (return-path ); Wed, 03 Dec 2008 21:33:37 +0000 Received: from [83.67.89.123] by webmail.hermes.cam.ac.uk with HTTP (Prayer-1.3.1); 03 Dec 2008 21:33:37 +0000 Date: 03 Dec 2008 21:33:37 +0000 From: "N.M. Maclaren" To: WG5 Subject: Re: [ukfortran] (SC22WG5.3716) (j3.2006) the interoperability TR - an alternative descriptor design Message-ID: In-Reply-To: <20081203201442.A4A53C4596D@www2.open-std.org> References: <20081127193527.EF00DC178D9@www2.open-std.org> <20081202130345.82E16C178E1@www2.open-std.org> <49360D4C.1020600@llnl.gov> <20081203183344.71F97C178DC@www2.open-std.org> <20081203201442.A4A53C4596D@www2.open-std.org> X-Mailer: Prayer v1.3.1 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Sender: owner-sc22wg5@open-std.org Precedence: bulk On Dec 3 2008, Bill Long wrote: >Initially all of the procedures that have assumed-shape, allocatable, or >pointer dummy arguments will be ones written in Fortran. One of the >basic objectives of the feature is to allow C users to call these >routines directly. Of course, the same routines need to be callable >from Fortran as well. I don't see how this proposal comes close to >meeting that requirement in any reasonable way. Let alone an implicit >requirement that the feature be usable for a normal C programmer. I do >not see this as an improvement over the current proposal. Then I haven't made myself clear. It meets that requirement as well as N1761. As I said, I wrote and posted it in haste, so it is probably unclear. If you mean that the same entry point must be callable directly from either Fortran or C, then you should say so, and that is a serious (and many would say, completely unacceptable) constraint. And N1761 doesn't enable it. I regret that you chose not to discuss this at Tokyo, because there are a lot of questions that N1761 doesn't answer. If the objective is to handle solely assumed-shape, allocatable and pointer types of intrinsic element or target types, then N1761 is obviously inadequate to meet the requirements of MPI (and the UK). If it is intended to be more general, I don't see how it can do it. Regards, Nick Maclaren, University of Cambridge Computing Service, New Museums Site, Pembroke Street, Cambridge CB2 3QH, England. Email: nmm1@cam.ac.uk Tel.: +44 1223 334761 Fax: +44 1223 334679