Fortran Forum Research Articles

Compiler Support for the Fortran 2003, 2008, TS29113, and 2018 Standards Revision 26

This is a repeating article in Fortran Forum. The first version appeared in Fortran Forum in April 2007. It has been revised on a regular basis since.

Compiler Support for the Fortran 2003, 2008, TS29113, and 2018 Standards Revision 25

This is a repeating article in Fortran Forum. The first version appeared in Fortran Forum in April 2007. It has been revised on a regular basis since. The 25th revision has updated all references to WG5 documents which used to reside on an ftp server at Nag (https://www.nag.co.uk/) to point to the new server maintained by Steve Lionel, the current WG5 convenor. The home address for WG5 is: https://wg5-fortran.org/

Compiler Support for the Fortran 2003, 2008, TS29113, and 2018 Standards Revision 24

This is a repeating article in Fortran Forum. The first version appeared in Fortran Forum in April 2007. The basis for the entries in the original list of features was a report by John Reid. An electronic version can be found at: ftp://ftp.nag.co.uk/sc22wg5/N1601-N1650/N1648.pdf If you are a compiler vendor and would like to be included in future versions of this table please email one of us with details and they will be added to the table and published in Fortran Forum.

Compiler Support for the Fortran 2003 and 2008 Standards Revision 16

This is a repeating article in Fortran Forum. The first version appeared in Fortran Forum in April 2007. The basis for the entries in the original list of features was a report by John Reid. An electronic version can be found at: ftp://ftp.nag.co.uk/sc22wg5/N1601-N1650/N1648.pdf If you are a compiler vendor and would like to be included in future versions of this table please email one of us with details and they will be added to the table and published in Fortran Forum.

PyCCSM: Prototyping a python-based community climate system model

Coupled climate models are multiphysics models comprising multiple separately developed codes that are combined into a single physical system. This composition of codes is amenable to a scripting solution, and Python is a language that offers many desirable properties for this task. We have prototyped a Python coupling and control infrastructure for version 3.0 of the Community Climate System Model (CCSM3). Our objective was to improve dramatically CCSM3's already flexible coupling facilities to enable research uses of the model not currently supported. We report the progress in the first steps in this effort: the construction of Python bindings for the Model Coupling Toolkit, a key piece of third-party coupling middleware used in CCSM3, and a Python-based CCSM3 coupler (PyPCL) application. We report preliminary performance results for this new system, which we call PyCCSM. We find PyCCSM is significantly slower than its Fortran counterpart, and explain how PyPCL's performance may be improved to support production runs. We believe our results augur well for the use of Python in the top-level coupling and organisation of large parallel multiphysics and multiscale applications. References Mohamed E. Fayad, Douglas C. Schmidt, and Ralph E. Johnson. Building Application Frameworks: Object-Oriented Foundations of Framework Design . John Wiley and Sons, New York, 1999. Ian Foster. Designing and Building Parallel Programs: Concepts and Tools for Parallel Software Engineering . Addison Wesley, Reading, Massachusetts, 1995. Helen He and Chris Ding. Coupling multi-component models by mph on distributed memory computer architectures. Int. J. High Perf. Comp. App. , 19(3):329--240, 2005. doi:10.1177/1094342005056118 Robert Jacob, Jay Larson, and Everest Ong. $M\times N$ communication and parallel interpolation in {CCSM3} using the Model Coupling Tookit. Int. J. High Perf. Comp. App. , 19(3):293--308, 2005. doi:10.1177/1094342005056116 J. Walter Larson. Ten organising principles for coupling in multiphysics and multiscale models. In Wayne Read, Jay W. Larson, and A. J. Roberts, editors, {Proceedings of the 13th Biennial Computational Techniques and Applications Conference, CTAC-2006}, volume 48 of ANZIAM J. , pages C1090--C1111, February 2009. http://anziamj.austms.org.au/ojs/index.php/ANZIAMJ/article/view/138 [February 20, 2009]. Jay Larson, Robert Jacob, and Everest Ong. The Model Coupling Toolkit: A new {Fortran90} toolkit for building multi-physics parallel coupled models. Int. J. High Perf. Comp. App. , 19(3):277--292, 2005. doi:10.1177/1094342005056115 Intergovernmental Panel on Climate Change. Climate Change 2007---The Physical Science Basis: Working Group I Contribution to the Fourth Assessment Report of the IPCC . Cambridge University Press, Cambridge, 2007. Everest T. Ong, J. Walter Larson, Boyana Norris, Robert L. Jacob, Michael Tobis, and Michael Steder. A multilingual programming model for coupled systems. International Journal for Multiscale Computational Engineering , 6(1):39--51, 2008. doi:10.1615/IntJMultCompEng.v6.i1.40 Craig E. Rasmussen, Matt J. Sottile, Sameer S. Shende, and Allen D. Malony. Bridging the language gap in scientific computing: The CHASM approach. Concurrency and Computation: Practice and Experience , 18(2):151--162, 2006. doi:10.1002/cpe.909 Ian D. Chivers and Jane Sleightholme. Compiler support for the fortran 2003 standard. SIGPLAN Fortran Forum , 28(1):26--28, 2009. doi:10.1145/1520752.1520755 Anthony P. Craig, Brian Kaufmann, Robert Jacob, Tom Bettge, Jay Larson, Everest Ong, Chris Ding, and Helen He. CPL6: The new extensible high-performance parallel coupler for the Community Climate System Model. Int. J. High Perf. Comp. App. , 19(3):309--327, 2005. doi:10.1177/1094342005056117 Viktor K. Decyk, Charles D. Norton, and Boleslaw K. Syzmanski. Expressing object-oriented concepts in Fortran90. SIGPLAN Fortran Forum , 16(1):13--18, 1997. doi:10.1145/263877.263880 Viktor K. Decyk, Charles D. Norton, and Boleslaw K. Syzmanski. How to support inheritance and run-time polymorphism in fortran 90. Computer Physics Communications , 115(1):9--17, 1998. doi:10.1016/S0010-4655(98)00101-5

Compiler support for the Fortran 2003 and 2008 standards

Introduction This is a repeating article in Fortran Forum. The first version appeared in Fortran Forum in April 2007. The basis for the entries in the list of features was a report by John Reid. An electronic version can be found at: ftp://ftp.nag.co.uk/sc22wg5/N1601-N1650/N1648.pdf If you are a compiler vendor and would like to be included in future versions of this table please email one of us with details and they will be added to the table and published in Fortran Forum.

Compiler support for the Fortran 2003 standard

This is a standing article in Fortran Forum. The first version appeared in Fortran Forum Volume 26, Number 1, April 2007. The basis for the entries in the list of features was a report by John Reid...

Compiler support for the Fortran 2003 standard

This is a repeating article in Fortran Forum. The first version appeared in Fortran Forum in April 2007. The basis for the entries in the list of features was a report by John Reid. An electronic version can be found at: ftp://ftp.nag.co.uk/sc22wg5/N1601-N1650/N1648.pdf The next edition of the article will include support for the Fortran 2008 standard, and again the basis for the entries will be a John Reid article! If you are a compiler vendor and would like to be included in future versions of this table please email one of us with details and they will be added to the table and published in Fortran Forum.

Compiler support for the Fortran 2003 standard

This is a standing article in Fortran Forum. The first version appeared in Fortran Forum Volume 26, Number 1, April 2007. The basis for the entries in the list of features was a report by John Reid The original report can be found at: ftp://ftp.nag.co.uk/sc22wg5/N1551-N1600/N1579.pdf An updated version of this report was included in Fortran Forum. An electronic version can be found at: ftp://ftp.nag.co.uk/sc22wg5/N1601-N1650/N1648.pdf If you are a compiler vendor and would like to be included in future versions of this table please email one of us with details and they will be added to the table and published in Fortran Forum.

Co-arrays in the next Fortran Standard

The WG5 committee, at its meeting in Delft, May 2005, decided to include co-arrays in the next Fortran Standard. A special issue of Fortran Forum in August 1998 explained the feature, but since many of the details of the version adopted by WG5 differ from the 1998 version, it seems appropriate to describe it afresh in a self-contained article.A Fortran program containing co-arrays is interpreted as if it were replicated a fixed number of times and all copies were executed asynchronously. Each copy has its own set of data objects and is called an image. The array syntax of Fortran is extended with additional trailing subscripts in square brackets to give a clear and straightforward representation of access to data on other images.References without square brackets are to local data, so code that can run independently is uncluttered. Only where there are square brackets, or where there is a procedure call and the procedure contains square brackets, is communication between images involved.The additional syntax requires support in the compiler, but it has been designed to be easy to implement and to give the compiler scope both to apply its optimizations within each image and to optimize the communication between images.The extension includes intrinsic procedures to synchronize images, to return the number of images, to return the index of the current image, and to perform collective actions.

Have a second look at XML files

In the December issue of the Fortran Forum (Markus, 2004) I described the format of XML files and ways to handle them in Fortran. The present paper is meant to elaborate on a few aspects of XML that were not considered then but which are at least as important to appreciate what XML is all about. Most notably: the advantages of using a strict format and internationalisation. I wish to thank Rolf Ade for his valuable comments that led to this second paper.

Back issues of Fortran Forum

Back issues of Fortran Forum

High performance Fortran language specification (part III)

The High Performance Fortran Forum (HPFF), a coalition of over 40 industrial, academic, and government organizations, met from March 1992 to March 1993 to discuss and define High Performance Fortran (HPF), a set of extensions to Fortran 90. The goal was to address the problems of writing data parallel programs for architectures where the distribution of data impacts performance. While it is intended that the HPF extensions will become widely available, HPFF is not sanctioned or supported by any official standards organization. More information is available from Chuck Koelbel: chk@cs.rice.edu

High Performance Fortran

(PART II)Fortran Forum is reprinting this High Performance Fortran Language Specification over several issues. Sections 1-4 of the Specification appeared as Fortran Forum (12:4), December 1993. The current issue is devoted to Sections 5-7. Remaining sectionsof the HPFF Language Specification, and the HPFF Journal of Development, will be printed in installments in future issues of Fortran Forum.

Intrinsic and library procedures

article Intrinsic and library procedures Share on Author: CORPORATE High Performance Fortran Forum Houston Texas Houston TexasView Profile Authors Info & Claims ACM SIGPLAN Fortran ForumVolume 13Issue 2June 1994 pp 87–138https://doi.org/10.1145/190783.190780Online:01 June 1994Publication History 0citation136DownloadsMetricsTotal Citations0Total Downloads136Last 12 Months0Last 6 weeks0 Get Citation AlertsNew Citation Alert added!This alert has been successfully added and will be sent to:You will be notified whenever a record that you have chosen has been cited.To manage your alert preferences, click on the button below.Manage my AlertsNew Citation Alert!Please log in to your account Save to BinderSave to BinderCreate a New BinderNameCancelCreateExport CitationPublisher SiteGet Access

Storage and sequence association

article Free Access Share on Storage and sequence association Author: CORPORATE High Performance Fortran Forum Houston Texas Houston TexasView Profile Authors Info & Claims ACM SIGPLAN Fortran ForumVolume 13Issue 2June 1994 pp 143–150https://doi.org/10.1145/190783.190785Online:01 June 1994Publication History 0citation170DownloadsMetricsTotal Citations0Total Downloads170Last 12 Months2Last 6 weeks0 Get Citation AlertsNew Citation Alert added!This alert has been successfully added and will be sent to:You will be notified whenever a record that you have chosen has been cited.To manage your alert preferences, click on the button below.Manage my AlertsNew Citation Alert!Please log in to your account Save to BinderSave to BinderCreate a New BinderNameCancelCreateExport CitationPublisher SiteeReaderPDF

High Performance Fortran: A Practical Analysis

The recently released high performance Fortran forum (HPFF) proposal has stirred much interest in the high performance computing industry. HPFF's most important design goal is to create a language that has source code portability and that achieves high performance on single instruction multiple data (SIMD), distributed-memory multiple instruction multiple data (MIMD), and shared-memory MIMD architectures. The HPFF proposal brings to the forefront many questions about design of portable and efficient languages for parallel machines. In this article, we discuss issues that need to be addressed before an efficient production quality compiler will be available for any such language. We examine some specific issues that are related to HPF's model of computation and analyze several implementation issues. We also provide some results from another data parallel compiler to help gain insight on some of the implementation issues that are relevant to HPF. Finally, we provide a summary of options currently available for application developers in industry.

High performance Fortran language specification

(PART I)Fortran Forum is reprinting this High Performance Fortran Language Specification over several issues. The current issue is devoted to the first four chapters of the HPFF Language Specification. Remaining chapters of the HPFF Language Specification, and the HPFF Journal of Development, will be printed in installments in filture issues of Fortran Forum.

The DO WHILE reconsidered

The article "Using the Fortran 90 DO WHILE," by Edward Reid ( Fortran Forum, Vol. 12, No. 2, June 1993) started me thinking again about the issue of loop control. The article seems to encourage Fortran 90 programmers to try to think of loop control in terms of the do while, which is a very different viewpoint from that taken by the first two Fortran 90 books I read, both of which appeared to discourage its use under any conditions. I suppose that over the years I have come to take the do while pretty much for granted, so I was rather surprised by the attitudes of all these authors. In order to try to reconcile these writings with my own knowledge and experience, I decided to put down on paper some of my thoughts on the subject.

On DO WHILE vs. DO with EXIT

This is a response to the article [1] by my namesake in the June 1993 Fortran Forum. He is right to say that DO WHILE `flip-flopped' in and out of the standard, but is wrong to say that at one time it was excluded in favor of control by a stepped variable. The alternative that the committee had in mind was