FORT77(1)                  POSIX Programmer's Manual                 FORT77(1)



PPRROOLLOOGG
       This manual page is part of the POSIX Programmer's Manual.  The OS
       implementation of this interface may differ (consult the corresponding
       OS manual page for details of OS behavior), or the interface may not be
       implemented on OS.


NNAAMMEE
       fort77 -- FORTRAN compiler (FFOORRTTRRAANN)

SSYYNNOOPPSSIISS
       fort77 [[-c]] [[-g]] [[-L _d_i_r_e_c_t_o_r_y]]... [[-O _o_p_t_l_e_v_e_l]] [[-o _o_u_t_f_i_l_e]] [[-s]]
           [[-w]] _o_p_e_r_a_n_d...

DDEESSCCRRIIPPTTIIOONN
       The _f_o_r_t_7_7 utility is the interface to the FORTRAN compilation system;
       it shall accept the full FORTRAN-77 language defined by the
       ANSI X3.9-1978 standard. The system conceptually consists of a compiler
       and link editor. The files referenced by _o_p_e_r_a_n_ds are compiled and
       linked to produce an executable file. It is unspecified whether the
       linking occurs entirely within the operation of _f_o_r_t_7_7; some
       implementations may produce objects that are not fully resolved until
       the file is executed.

       If the --cc option is present, for all pathname operands of the form
       _f_i_l_e..ff, the files:

           $$((bbaasseennaammee _p_a_t_h_n_a_m_e.f).o

       shall be created or overwritten as the result of successful
       compilation. If the --cc option is not specified, it is unspecified
       whether such ..oo files are created or deleted for the _f_i_l_e..ff operands.

       If there are no options that prevent link editing (such as --cc) and all
       operands compile and link without error, the resulting executable file
       shall be written into the file named by the --oo option (if present) or
       to the file aa..oouutt.  The executable file shall be created as specified
       in the System Interfaces volume of POSIX.1-2008, except that the file
       permissions shall be set to: S_IRWXO | S_IRWXG | S_IRWXU

       and that the bits specified by the _u_m_a_s_k of the process shall be
       cleared.

OOPPTTIIOONNSS
       The _f_o_r_t_7_7 utility shall conform to the Base Definitions volume of
       POSIX.1-2008, _S_e_c_t_i_o_n _1_2_._2, _U_t_i_l_i_t_y _S_y_n_t_a_x _G_u_i_d_e_l_i_n_e_s, except that:

        *  The --ll _l_i_b_r_a_r_y operands have the format of options, but their
           position within a list of operands affects the order in which
           libraries are searched.

        *  The order of specifying the multiple --LL options is significant.

        *  Conforming applications shall specify each option separately; that
           is, grouping option letters (for example, --ccgg) need not be
           recognized by all implementations.

       The following options shall be supported:

       --cc        Suppress the link-edit phase of the compilation, and do not
                 remove any object files that are produced.

       --gg        Produce symbolic information in the object or executable
                 files; the nature of this information is unspecified, and may
                 be modified by implementation-defined interactions with other
                 options.

       --ss        Produce object or executable files, or both, from which
                 symbolic and other information not required for proper
                 execution using the _e_x_e_c family of functions defined in the
                 System Interfaces volume of POSIX.1-2008 has been removed
                 (stripped).  If both --gg and --ss options are present, the
                 action taken is unspecified.

       --oo _o_u_t_f_i_l_e
                 Use the pathname _o_u_t_f_i_l_e, instead of the default aa..oouutt, for
                 the executable file produced. If the --oo option is present
                 with --cc, the result is unspecified.

       --LL _d_i_r_e_c_t_o_r_y
                 Change the algorithm of searching for the libraries named in
                 --ll operands to look in the directory named by the _d_i_r_e_c_t_o_r_y
                 pathname before looking in the usual places. Directories
                 named in --LL options shall be searched in the specified order.
                 At least ten instances of this option shall be supported in a
                 single _f_o_r_t_7_7 command invocation. If a directory specified by
                 a --LL option contains a file named lliibbff..aa, the results are
                 unspecified.

       --OO _o_p_t_l_e_v_e_l
                 Specify the level of code optimization. If the _o_p_t_l_e_v_e_l
                 option-argument is the digit ''00'', all special code
                 optimizations shall be disabled. If it is the digit ''11'', the
                 nature of the optimization is unspecified. If the --OO option
                 is omitted, the nature of the system's default optimization
                 is unspecified. It is unspecified whether code generated in
                 the presence of the --OO 0 option is the same as that generated
                 when --OO is omitted. Other _o_p_t_l_e_v_e_l values may be supported.

       --ww        Suppress warnings.

       Multiple instances of --LL options can be specified.

OOPPEERRAANNDDSS
       An _o_p_e_r_a_n_d is either in the form of a pathname or the form --ll _l_i_b_r_a_r_y.
       At least one operand of the pathname form shall be specified. The
       following operands shall be supported:

       _f_i_l_e_.ff    The pathname of a FORTRAN source file to be compiled and
                 optionally passed to the link editor. The filename operand
                 shall be of this form if the --cc option is used.

       _f_i_l_e_.aa    A library of object files typically produced by _a_r, and
                 passed directly to the link editor. Implementations may
                 recognize implementation-defined suffixes other than ..aa as
                 denoting object file libraries.

       _f_i_l_e_.oo    An object file produced by _f_o_r_t_7_7 --cc and passed directly to
                 the link editor. Implementations may recognize
                 implementation-defined suffixes other than ..oo as denoting
                 object files.

       The processing of other files is implementation-defined.

       --ll _l_i_b_r_a_r_y
                 (The letter ell.) Search the library named:

                     lliibb_l_i_b_r_a_r_y.a

                 A library is searched when its name is encountered, so the
                 placement of a --ll operand is significant. Several standard
                 libraries can be specified in this manner, as described in
                 the EXTENDED DESCRIPTION section.  Implementations may
                 recognize implementation-defined suffixes other than ..aa as
                 denoting libraries.

SSTTDDIINN
       Not used.

IINNPPUUTT FFIILLEESS
       The input file shall be one of the following: a text file containing
       FORTRAN source code; an object file in the format produced by _f_o_r_t_7_7
       --cc; or a library of object files, in the format produced by archiving
       zero or more object files, using _a_r.  Implementations may supply
       additional utilities that produce files in these formats. Additional
       input files are implementation-defined.

       A <tab> encountered within the first six characters on a line of source
       code shall cause the compiler to interpret the following character as
       if it were the seventh character on the line (that is, in column 7).

EENNVVIIRROONNMMEENNTT VVAARRIIAABBLLEESS
       The following environment variables shall affect the execution of
       _f_o_r_t_7_7:

       _L_A_N_G      Provide a default value for the internationalization
                 variables that are unset or null. (See the Base Definitions
                 volume of POSIX.1-2008, _S_e_c_t_i_o_n _8_._2, _I_n_t_e_r_n_a_t_i_o_n_a_l_i_z_a_t_i_o_n
                 _V_a_r_i_a_b_l_e_s for the precedence of internationalization
                 variables used to determine the values of locale categories.)

       _L_C___A_L_L    If set to a non-empty string value, override the values of
                 all the other internationalization variables.

       _L_C___C_T_Y_P_E  Determine the locale for the interpretation of sequences of
                 bytes of text data as characters (for example, single-byte as
                 opposed to multi-byte characters in arguments and input
                 files).

       _L_C___M_E_S_S_A_G_E_S
                 Determine the locale that should be used to affect the format
                 and contents of diagnostic messages written to standard
                 error.

       _N_L_S_P_A_T_H   Determine the location of message catalogs for the processing
                 of _L_C___M_E_S_S_A_G_E_S.

       _T_M_P_D_I_R    Determine the pathname that should override the default
                 directory for temporary files, if any.

AASSYYNNCCHHRROONNOOUUSS EEVVEENNTTSS
       Default.

SSTTDDOOUUTT
       Not used.

SSTTDDEERRRR
       The standard error shall be used only for diagnostic messages.  If more
       than one _f_i_l_e operand ending in ..ff (or possibly other unspecified
       suffixes) is given, for each such file:

           ""%%ss::\\nn"",, <<_f_i_l_e>

       may be written to allow identification of the diagnostic message with
       the appropriate input file.

       This utility may produce warning messages about certain conditions that
       do not warrant returning an error (non-zero) exit value.

OOUUTTPPUUTT FFIILLEESS
       Object files, listing files, and executable files shall be produced in
       unspecified formats.

EEXXTTEENNDDEEDD DDEESSCCRRIIPPTTIIOONN
   SSttaannddaarrdd LLiibbrraarriieess
       The _f_o_r_t_7_7 utility shall recognize the following --ll operand for the
       standard library:

       --ll ff      This library contains all functions referenced in the
                 ANSI X3.9-1978 standard. This operand shall not be required
                 to be present to cause a search of this library.

       In the absence of options that inhibit invocation of the link editor,
       such as --cc, the _f_o_r_t_7_7 utility shall cause the equivalent of a --ll ff
       operand to be passed to the link editor as the last --ll operand, causing
       it to be searched after all other object files and libraries are
       loaded.

       It is unspecified whether the library lliibbff..aa exists as a regular file.
       The implementation may accept as --ll operands names of objects that do
       not exist as regular files.

   EExxtteerrnnaall SSyymmbboollss
       The FORTRAN compiler and link editor shall support the significance of
       external symbols up to a length of at least 31 bytes; case folding is
       permitted. The action taken upon encountering symbols exceeding the
       implementation-defined maximum symbol length is unspecified.

       The compiler and link editor shall support a minimum of 511 external
       symbols per source or object file, and a minimum of 4095 external
       symbols total. A diagnostic message is written to standard output if
       the implementation-defined limit is exceeded; other actions are
       unspecified.

EEXXIITT SSTTAATTUUSS
       The following exit values shall be returned:

        0    Successful compilation or link edit.

       >0    An error occurred.

CCOONNSSEEQQUUEENNCCEESS OOFF EERRRROORRSS
       When _f_o_r_t_7_7 encounters a compilation error, it shall write a diagnostic
       to standard error and continue to compile other source code operands.
       It shall return a non-zero exit status, but it is implementation-
       defined whether an object module is created. If the link edit is
       unsuccessful, a diagnostic message shall be written to standard error,
       and _f_o_r_t_7_7 shall exit with a non-zero status.

       _T_h_e _f_o_l_l_o_w_i_n_g _s_e_c_t_i_o_n_s _a_r_e _i_n_f_o_r_m_a_t_i_v_e_.

AAPPPPLLIICCAATTIIOONN UUSSAAGGEE
       None.

EEXXAAMMPPLLEESS
       The following usage example compiles xxyyzz..ff and creates the executable
       file ffoooo:

           ffoorrtt7777 --oo ffoooo xxyyzz..ff

       The following example compiles xxyyzz..ff and creates the object file xxyyzz..oo:

           ffoorrtt7777 --cc xxyyzz..ff

       The following example compiles xxyyzz..ff and creates the executable file
       aa..oouutt:

           ffoorrtt7777 xxyyzz..ff

       The following example compiles xxyyzz..ff, links it with bb..oo, and creates
       the executable aa..oouutt:

           ffoorrtt7777 xxyyzz..ff bb..oo

RRAATTIIOONNAALLEE
       The name of this utility was chosen as _f_o_r_t_7_7 to parallel the renaming
       of the C compiler. The name _f_7_7 was not chosen to avoid problems with
       historical implementations. The ANSI X3.9-1978 standard was selected as
       a normative reference because the ISO/IEC version of FORTRAN-77 has
       been superseded by the ISO/IEC 1539:1991 standard.

       The file inclusion and symbol definition ##ddeeffiinnee mechanisms used by the
       _c_9_9 utility were not included in this volume of POSIX.1-2008--even
       though they are commonly implemented--since there is no requirement
       that the FORTRAN compiler use the C preprocessor.

       The --oonneettrriipp option was not included in this volume of POSIX.1-2008,
       even though many historical compilers support it, because it is derived
       from FORTRAN-66; it is an anachronism that should not be perpetuated.

       Some implementations produce compilation listings. This aspect of
       FORTRAN has been left unspecified because there was controversy
       concerning the various methods proposed for implementing it: a --VV
       option overlapped with historical vendor practice and a naming
       convention of creating files with ..ll suffixes collided with historical
       _l_e_x file naming practice.

       There is no --II option in this version of this volume of POSIX.1-2008 to
       specify a directory for file inclusion. An INCLUDE directive has been a
       part of the Fortran-90 discussions, but an interface supporting that
       standard is not in the current scope.

       It is noted that many FORTRAN compilers produce an object module even
       when compilation errors occur; during a subsequent compilation, the
       compiler may patch the object module rather than recompiling all the
       code. Consequently, it is left to the implementor whether or not an
       object file is created.

       A reference to MIL-STD-1753 was removed from an early proposal in
       response to a request from the POSIX FORTRAN-binding standard
       developers. It was not the intention of the standard developers to
       require certification of the FORTRAN compiler, and IEEE Std 1003.9-1992
       does not specify the military standard or any special preprocessing
       requirements. Furthermore, use of that document would have been
       inappropriate for an international standard.

       The specification of optimization has been subject to changes through
       early proposals. At one time, --OO and --NN were Booleans: optimize and do
       not optimize (with an unspecified default). Some historical practice
       led this to be changed to:

       --OO 0      No optimization.

       --OO 1      Some level of optimization.

       --OO _n      Other, unspecified levels of optimization.

       It is not always clear whether ``good code generation'' is the same
       thing as optimization. Simple optimizations of local actions do not
       usually affect the semantics of a program. The --OO 0 option has been
       included to accommodate the very particular nature of scientific
       calculations in a highly optimized environment; compilers make errors.
       Some degree of optimization is expected, even if it is not documented
       here, and the ability to shut it off completely could be important when
       porting an application. An implementation may treat --OO 0 as ``do less
       than normal'' if it wishes, but this is only meaningful if any of the
       operations it performs can affect the semantics of a program. It is
       highly dependent on the implementation whether doing less than normal
       is logical. It is not the intent of the --OO 0 option to ask for
       inefficient code generation, but rather to assure that any semantically
       visible optimization is suppressed.

       The specification of standard library access is consistent with the C
       compiler specification. Implementations are not required to have
       //uussrr//lliibb//lliibbff..aa, as many historical implementations do, but if not they
       are required to recognize ff as a token.

       External symbol size limits are in normative text; conforming
       applications need to know these limits. However, the minimum maximum
       symbol length should be taken as a constraint on a conforming
       application, not on an implementation, and consequently the action
       taken for a symbol exceeding the limit is unspecified. The minimum size
       for the external symbol table was added for similar reasons.

       The CONSEQUENCES OF ERRORS section clearly specifies the behavior of
       the compiler when compilation or link-edit errors occur. The behavior
       of several historical implementations was examined, and the choice was
       made to be silent on the status of the executable, or aa..oouutt, file in
       the face of compiler or linker errors. If a linker writes the
       executable file, then links it on disk with _l_s_e_e_k()s and _w_r_i_t_e()s, the
       partially linked executable file can be left on disk and its execute
       bits turned off if the link edit fails. However, if the linker links
       the image in memory before writing the file to disk, it need not touch
       the executable file (if it already exists) because the link edit fails.
       Since both approaches are historical practice, a conforming application
       shall rely on the exit status of _f_o_r_t_7_7, rather than on the existence
       or mode of the executable file.

       The --gg and --ss options are not specified as mutually-exclusive.
       Historically, these two options have been mutually-exclusive, but
       because both are so loosely specified, it seemed appropriate to leave
       their interaction unspecified.

       The requirement that conforming applications specify compiler options
       separately is to reserve the multi-character option name space for
       vendor-specific compiler options, which are known to exist in many
       historical implementations. Implementations are not required to
       recognize, for example, --ggcc as if it were --gg --cc; nor are they forbidden
       from doing so. The SYNOPSIS shows all of the options separately to
       highlight this requirement on applications.

       Echoing filenames to standard error is considered a diagnostic message
       because it would otherwise be difficult to associate an error message
       with the erring file. They are described with ``may'' to allow
       implementations to use other methods of identifying files and to
       parallel the description in _c_9_9.

FFUUTTUURREE DDIIRREECCTTIIOONNSS
       A compilation system based on the ISO/IEC 1539:1991 standard may be
       considered for a future version; it may have a different utility name
       from _f_o_r_t_7_7.

SSEEEE AALLSSOO
       _a_r, _a_s_a, _c_9_9, _u_m_a_s_k

       The Base Definitions volume of POSIX.1-2008, _C_h_a_p_t_e_r _8, _E_n_v_i_r_o_n_m_e_n_t
       _V_a_r_i_a_b_l_e_s, _S_e_c_t_i_o_n _1_2_._2, _U_t_i_l_i_t_y _S_y_n_t_a_x _G_u_i_d_e_l_i_n_e_s

       The System Interfaces volume of POSIX.1-2008, _e_x_e_c

CCOOPPYYRRIIGGHHTT
       Portions of this text are reprinted and reproduced in electronic form
       from IEEE Std 1003.1, 2013 Edition, Standard for Information Technology
       -- Portable Operating System Interface (POSIX), The Open Group Base
       Specifications Issue 7, Copyright (C) 2013 by the Institute of
       Electrical and Electronics Engineers, Inc and The Open Group.  (This is
       POSIX.1-2008 with the 2013 Technical Corrigendum 1 applied.) In the
       event of any discrepancy between this version and the original IEEE and
       The Open Group Standard, the original IEEE and The Open Group Standard
       is the referee document. The original Standard can be obtained online
       at http://www.unix.org/online.html .

       Any typographical or formatting errors that appear in this page are
       most likely to have been introduced during the conversion of the source
       files to man page format. To report such errors, see
       https://www.kernel.org/doc/man-pages/reporting_bugs.html .



IEEE/The Open Group                  2013                            FORT77(1)
