1.4.7 Optionen zur Fortran-Spracheinstellung

-qlanglvl=77std

| 90std | 90pure | 95std | 95pure | extended
bewirkt die Kennzeichnung aller verwendeten Sprachelemente, die nicht Bestandteil bestimmter Standards sind. 77std: ANSI FORTRAN 77. 95std: ISO/IEC Fortran 95. 95pure: bei veralteten (obsoleten) Sprachelementen (z.B. ASSIGN) wird gewarnt. extended: alle Erweiterungen von IBM werden akzeptiert.

Standardvorgabe:	-qlanglvl=extended (Stattdessen 90EXT in der @PROCESS-Syntax)
@PROCESS-Syntax:	LANGLVL({77STD|95STD|95PURE|90EXT})

-qintsize=bytes

Die Länge von Standard-Integer soll bytes sein. Diese Option kann nützlich sein, wenn das Programm für einen 64-Bit-Rechner, z.B. CRAY, entwickelt wurde. Erlaubt sind die Zahlen 2,4,8. Zu diesem Thema gibt es auch die recht komplexe Option -qautodble, bei der auf die Originalliteratur verwiesen sei. Man kann Probleme dieser Art durch Verwendung von Typparametern im Fortran-Programm vermeiden.

Standardvorgabe:	-qintsize=4
@PROCESS-Syntax:	INTSIZE(bytes)

-qrealsize=bytes

Die Länge von Standard-Real soll bytes sein. Diese Option kann nützlich sein, wenn das Programm für einen 64-Bit-Rechner, z.B. CRAY, entwickelt wurde. Erlaubt sind die Zahlen 4,8. Zu diesem Thema gibt es auch die recht komplexe Option -qautodble, bei der auf die Originalliteratur verwiesen sei. Man kann Probleme dieser Art durch Verwendung von Typparametern im Fortran-Programm vermeiden.

Standardvorgabe:	-qrealsize=4
@PROCESS-Syntax:	REALSIZE(bytes)

-qdpc[=e]

einfach genaue reelle Konstanten werden doppelt genau
Bei der Grundversion ohne =e werden alle reelle Konstanten ohne Exponentenangabe (z.B. 1.0000000001) wie doppelt genau interpretiert, bei Angabe von =e auch Konstanten mit Exponent (z.B. 2.0000000002E0 ). Ohne diese Option ist bei folgender Initialisierung die Ziffer am Ende nicht mit abgespeichert:

   REAL*8 a
   DATA a/1.0000000001/

Bei manchen älteren Fortran-77-Compilern tritt hier kein Genauigkeitsverlust auf, natürlich auch nicht bei Cray wegen der größeren Genauigkeit von REAL-Zahlen.

Standardvorgabe:	-qnodpc
@PROCESS-Syntax:	DPC[(E)]

-u

Keine impliziten Typannahmen
Der Compiler übersetzt so, als würde in allen Geltungsbereichen IMPLICIT NONE stehen. Man muss alle Variablen und Konstantennamen mit einem Datentyp deklarieren. Besser ist natürlich, IMPLICIT NONE in den Programmen wirklich hinzuschreiben.

Standardvorgabe:	Implizite Typannahmen werden gemacht.
@PROCESS-Syntax:	UNDEF