File: autoconf.info, Node: Fortran Compiler, Next: Go Compiler, Prev: Erlang Compiler and Interpreter, Up: Compilers and Preprocessors 5.10.8 Fortran Compiler Characteristics --------------------------------------- The Autoconf Fortran support is divided into two categories: legacy Fortran 77 macros (‘F77’), and modern Fortran macros (‘FC’). The former are intended for traditional Fortran 77 code, and have output variables like ‘F77’, ‘FFLAGS’, and ‘FLIBS’. The latter are for newer programs that can (or must) compile under the newer Fortran standards, and have output variables like ‘FC’, ‘FCFLAGS’, and ‘FCLIBS’. Except for the macros ‘AC_FC_SRCEXT’, ‘AC_FC_FREEFORM’, ‘AC_FC_FIXEDFORM’, and ‘AC_FC_LINE_LENGTH’ (see below), the ‘FC’ and ‘F77’ macros behave almost identically, and so they are documented together in this section. -- Macro: AC_PROG_F77 ([COMPILER-SEARCH-LIST]) Determine a Fortran 77 compiler to use. If ‘F77’ is not already set in the environment, then check for ‘g77’ and ‘f77’, and then some other names. Set the output variable ‘F77’ to the name of the compiler found. This macro may, however, be invoked with an optional first argument which, if specified, must be a blank-separated list of Fortran 77 compilers to search for. This just gives the user an opportunity to specify an alternative search list for the Fortran 77 compiler. For example, if you didn't like the default order, then you could invoke ‘AC_PROG_F77’ like this: AC_PROG_F77([fl32 f77 fort77 xlf g77 f90 xlf90]) If using a compiler that supports GNU Fortran 77, set the shell variable ‘G77’ to ‘yes’. If the output variable ‘FFLAGS’ was not already set in the environment, set it to ‘-g -02’ for ‘g77’ (or ‘-O2’ where the GNU Fortran 77 compiler does not accept ‘-g’), or ‘-g’ for other compilers. The result of the GNU test is cached in the ‘ac_cv_f77_compiler_gnu’ variable, acceptance of ‘-g’ in the ‘ac_cv_prog_f77_g’ variable. -- Macro: AC_PROG_FC ([COMPILER-SEARCH-LIST], [DIALECT]) Determine a Fortran compiler to use. If ‘FC’ is not already set in the environment, then ‘dialect’ is a hint to indicate what Fortran dialect to search for; the default is to search for the newest available dialect. Set the output variable ‘FC’ to the name of the compiler found. By default, newer dialects are preferred over older dialects, but if ‘dialect’ is specified then older dialects are preferred starting with the specified dialect. ‘dialect’ can currently be one of Fortran 77, Fortran 90, or Fortran 95. However, this is only a hint of which compiler _name_ to prefer (e.g., ‘f90’ or ‘f95’), and no attempt is made to guarantee that a particular language standard is actually supported. Thus, it is preferable that you avoid the ‘dialect’ option, and use AC_PROG_FC only for code compatible with the latest Fortran standard. This macro may, alternatively, be invoked with an optional first argument which, if specified, must be a blank-separated list of Fortran compilers to search for, just as in ‘AC_PROG_F77’. If using a compiler that supports GNU Fortran, set the shell variable ‘GFC’ to ‘yes’. If the output variable ‘FCFLAGS’ was not already set in the environment, then set it to ‘-g -02’ for a GNU Fortran compiler (or ‘-O2’ where the compiler does not accept ‘-g’), or ‘-g’ for other compilers. The result of the GNU test is cached in the ‘ac_cv_fc_compiler_gnu’ variable, acceptance of ‘-g’ in the ‘ac_cv_prog_fc_g’ variable. -- Macro: AC_PROG_F77_C_O -- Macro: AC_PROG_FC_C_O Test whether the Fortran compiler accepts the options ‘-c’ and ‘-o’ simultaneously, and define ‘F77_NO_MINUS_C_MINUS_O’ or ‘FC_NO_MINUS_C_MINUS_O’, respectively, if it does not. The result of the test is cached in the ‘ac_cv_prog_f77_c_o’ or ‘ac_cv_prog_fc_c_o’ variable, respectively. The following macros check for Fortran compiler characteristics. To check for characteristics not listed here, use ‘AC_COMPILE_IFELSE’ (*note Running the Compiler::) or ‘AC_RUN_IFELSE’ (*note Runtime::), making sure to first set the current language to Fortran 77 or Fortran via ‘AC_LANG([Fortran 77])’ or ‘AC_LANG(Fortran)’ (*note Language Choice::). -- Macro: AC_F77_LIBRARY_LDFLAGS -- Macro: AC_FC_LIBRARY_LDFLAGS Determine the linker flags (e.g., ‘-L’ and ‘-l’) for the “Fortran intrinsic and runtime libraries” that are required to successfully link a Fortran program or shared library. The output variable ‘FLIBS’ or ‘FCLIBS’ is set to these flags (which should be included after ‘LIBS’ when linking). This macro is intended to be used in those situations when it is necessary to mix, e.g., C++ and Fortran source code in a single program or shared library (*note (automake)Mixing Fortran 77 With C and C++::). For example, if object files from a C++ and Fortran compiler must be linked together, then the C++ compiler/linker must be used for linking (since special C++-ish things need to happen at link time like calling global constructors, instantiating templates, enabling exception support, etc.). However, the Fortran intrinsic and runtime libraries must be linked in as well, but the C++ compiler/linker doesn't know by default how to add these Fortran 77 libraries. Hence, this macro was created to determine these Fortran libraries. The macros ‘AC_F77_DUMMY_MAIN’ and ‘AC_FC_DUMMY_MAIN’ or ‘AC_F77_MAIN’ and ‘AC_FC_MAIN’ are probably also necessary to link C/C++ with Fortran; see below. Further, it is highly recommended that you use ‘AC_CONFIG_HEADERS’ (*note Configuration Headers::) because the complex defines that the function wrapper macros create may not work with C/C++ compiler drivers. These macros internally compute the flag needed to verbose linking output and cache it in ‘ac_cv_prog_f77_v’ or ‘ac_cv_prog_fc_v’ variables, respectively. The computed linker flags are cached in ‘ac_cv_f77_libs’ or ‘ac_cv_fc_libs’, respectively. -- Macro: AC_F77_DUMMY_MAIN ([ACTION-IF-FOUND], [ACTION-IF-NOT-FOUND = AC_MSG_FAILURE]) -- Macro: AC_FC_DUMMY_MAIN ([ACTION-IF-FOUND], [ACTION-IF-NOT-FOUND = AC_MSG_FAILURE]) With many compilers, the Fortran libraries detected by ‘AC_F77_LIBRARY_LDFLAGS’ or ‘AC_FC_LIBRARY_LDFLAGS’ provide their own ‘main’ entry function that initializes things like Fortran I/O, and which then calls a user-provided entry function named (say) ‘MAIN__’ to run the user's program. The ‘AC_F77_DUMMY_MAIN’ and ‘AC_FC_DUMMY_MAIN’ or ‘AC_F77_MAIN’ and ‘AC_FC_MAIN’ macros figure out how to deal with this interaction. When using Fortran for purely numerical functions (no I/O, etc.) often one prefers to provide one's own ‘main’ and skip the Fortran library initializations. In this case, however, one may still need to provide a dummy ‘MAIN__’ routine in order to prevent linking errors on some systems. ‘AC_F77_DUMMY_MAIN’ or ‘AC_FC_DUMMY_MAIN’ detects whether any such routine is _required_ for linking, and what its name is; the shell variable ‘F77_DUMMY_MAIN’ or ‘FC_DUMMY_MAIN’ holds this name, ‘unknown’ when no solution was found, and ‘none’ when no such dummy main is needed. By default, ACTION-IF-FOUND defines ‘F77_DUMMY_MAIN’ or ‘FC_DUMMY_MAIN’ to the name of this routine (e.g., ‘MAIN__’) _if_ it is required. ACTION-IF-NOT-FOUND defaults to exiting with an error. In order to link with Fortran routines, the user's C/C++ program should then include the following code to define the dummy main if it is needed: #ifdef F77_DUMMY_MAIN # ifdef __cplusplus extern "C" # endif int F77_DUMMY_MAIN (void) { return 1; } #endif (Replace ‘F77’ with ‘FC’ for Fortran instead of Fortran 77.) Note that this macro is called automatically from ‘AC_F77_WRAPPERS’ or ‘AC_FC_WRAPPERS’; there is generally no need to call it explicitly unless one wants to change the default actions. The result of this macro is cached in the ‘ac_cv_f77_dummy_main’ or ‘ac_cv_fc_dummy_main’ variable, respectively. -- Macro: AC_F77_MAIN -- Macro: AC_FC_MAIN As discussed above, many Fortran libraries allow you to provide an entry point called (say) ‘MAIN__’ instead of the usual ‘main’, which is then called by a ‘main’ function in the Fortran libraries that initializes things like Fortran I/O. The ‘AC_F77_MAIN’ and ‘AC_FC_MAIN’ macros detect whether it is _possible_ to utilize such an alternate main function, and defines ‘F77_MAIN’ and ‘FC_MAIN’ to the name of the function. (If no alternate main function name is found, ‘F77_MAIN’ and ‘FC_MAIN’ are simply defined to ‘main’.) Thus, when calling Fortran routines from C that perform things like I/O, one should use this macro and declare the "main" function like so: #ifdef __cplusplus extern "C" #endif int F77_MAIN (int argc, char *argv[]); (Again, replace ‘F77’ with ‘FC’ for Fortran instead of Fortran 77.) The result of this macro is cached in the ‘ac_cv_f77_main’ or ‘ac_cv_fc_main’ variable, respectively. -- Macro: AC_F77_WRAPPERS -- Macro: AC_FC_WRAPPERS Defines C macros ‘F77_FUNC (name, NAME)’, ‘FC_FUNC (name, NAME)’, ‘F77_FUNC_(name, NAME)’, and ‘FC_FUNC_(name, NAME)’ to properly mangle the names of C/C++ identifiers, and identifiers with underscores, respectively, so that they match the name-mangling scheme used by the Fortran compiler. Fortran is case-insensitive, and in order to achieve this the Fortran compiler converts all identifiers into a canonical case and format. To call a Fortran subroutine from C or to write a C function that is callable from Fortran, the C program must explicitly use identifiers in the format expected by the Fortran compiler. In order to do this, one simply wraps all C identifiers in one of the macros provided by ‘AC_F77_WRAPPERS’ or ‘AC_FC_WRAPPERS’. For example, suppose you have the following Fortran 77 subroutine: subroutine foobar (x, y) double precision x, y y = 3.14159 * x return end You would then declare its prototype in C or C++ as: #define FOOBAR_F77 F77_FUNC (foobar, FOOBAR) #ifdef __cplusplus extern "C" /* prevent C++ name mangling */ #endif void FOOBAR_F77 (double *x, double *y); Note that we pass both the lowercase and uppercase versions of the function name to ‘F77_FUNC’ so that it can select the right one. Note also that all parameters to Fortran 77 routines are passed as pointers (*note (automake)Mixing Fortran 77 With C and C++::). (Replace ‘F77’ with ‘FC’ for Fortran instead of Fortran 77.) Although Autoconf tries to be intelligent about detecting the name-mangling scheme of the Fortran compiler, there may be Fortran compilers that it doesn't support yet. In this case, the above code generates a compile-time error, but some other behavior (e.g., disabling Fortran-related features) can be induced by checking whether ‘F77_FUNC’ or ‘FC_FUNC’ is defined. Now, to call that routine from a C program, we would do something like: { double x = 2.7183, y; FOOBAR_F77 (&x, &y); } If the Fortran identifier contains an underscore (e.g., ‘foo_bar’), you should use ‘F77_FUNC_’ or ‘FC_FUNC_’ instead of ‘F77_FUNC’ or ‘FC_FUNC’ (with the same arguments). This is because some Fortran compilers mangle names differently if they contain an underscore. The name mangling scheme is encoded in the ‘ac_cv_f77_mangling’ or ‘ac_cv_fc_mangling’ cache variable, respectively, and also used for the ‘AC_F77_FUNC’ and ‘AC_FC_FUNC’ macros described below. -- Macro: AC_F77_FUNC (NAME, [SHELLVAR]) -- Macro: AC_FC_FUNC (NAME, [SHELLVAR]) Given an identifier NAME, set the shell variable SHELLVAR to hold the mangled version NAME according to the rules of the Fortran linker (see also ‘AC_F77_WRAPPERS’ or ‘AC_FC_WRAPPERS’). SHELLVAR is optional; if it is not supplied, the shell variable is simply NAME. The purpose of this macro is to give the caller a way to access the name-mangling information other than through the C preprocessor as above, for example, to call Fortran routines from some language other than C/C++. -- Macro: AC_FC_SRCEXT (EXT, [ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) -- Macro: AC_FC_PP_SRCEXT (EXT, [ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) By default, the ‘FC’ macros perform their tests using a ‘.f’ extension for source-code files. Some compilers, however, only enable newer language features for appropriately named files, e.g., Fortran 90 features only for ‘.f90’ files, or preprocessing only with ‘.F’ files or maybe other upper-case extensions. On the other hand, some other compilers expect all source files to end in ‘.f’ and require special flags to support other file name extensions. The ‘AC_FC_SRCEXT’ and ‘AC_FC_PP_SRCEXT’ macros deal with these issues. The ‘AC_FC_SRCEXT’ macro tries to get the ‘FC’ compiler to accept files ending with the extension ‘.EXT’ (i.e., EXT does _not_ contain the dot). If any special compiler flags are needed for this, it stores them in the output variable ‘FCFLAGS_EXT’. This extension and these flags are then used for all subsequent ‘FC’ tests (until ‘AC_FC_SRCEXT’ or ‘AC_FC_PP_SRCEXT’ is called another time). For example, you would use ‘AC_FC_SRCEXT(f90)’ to employ the ‘.f90’ extension in future tests, and it would set the ‘FCFLAGS_f90’ output variable with any extra flags that are needed to compile such files. Similarly, the ‘AC_FC_PP_SRCEXT’ macro tries to get the ‘FC’ compiler to preprocess and compile files with the extension ‘.EXT’. When both ‘fpp’ and ‘cpp’ style preprocessing are provided, the former is preferred, as the latter may treat continuation lines, ‘//’ tokens, and white space differently from what some Fortran dialects expect. Conversely, if you do not want files to be preprocessed, use only lower-case characters in the file name extension. Like with ‘AC_FC_SRCEXT(f90)’, any needed flags are stored in the ‘FCFLAGS_EXT’ variable. The ‘FCFLAGS_EXT’ flags can _not_ be simply absorbed into ‘FCFLAGS’, for two reasons based on the limitations of some compilers. First, only one ‘FCFLAGS_EXT’ can be used at a time, so files with different extensions must be compiled separately. Second, ‘FCFLAGS_EXT’ must appear _immediately_ before the source-code file name when compiling. So, continuing the example above, you might compile a ‘foo.f90’ file in your makefile with the command: foo.o: foo.f90 $(FC) -c $(FCFLAGS) $(FCFLAGS_f90) '$(srcdir)/foo.f90' If ‘AC_FC_SRCEXT’ or ‘AC_FC_PP_SRCEXT’ succeeds in compiling files with the EXT extension, it calls ACTION-IF-SUCCESS (defaults to nothing). If it fails, and cannot find a way to make the ‘FC’ compiler accept such files, it calls ACTION-IF-FAILURE (defaults to exiting with an error message). The ‘AC_FC_SRCEXT’ and ‘AC_FC_PP_SRCEXT’ macros cache their results in ‘ac_cv_fc_srcext_EXT’ and ‘ac_cv_fc_pp_srcext_EXT’ variables, respectively. -- Macro: AC_FC_PP_DEFINE ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) Find a flag to specify defines for preprocessed Fortran. Not all Fortran compilers use ‘-D’. Substitute ‘FC_DEFINE’ with the result and call ACTION-IF-SUCCESS (defaults to nothing) if successful, and ACTION-IF-FAILURE (defaults to failing with an error message) if not. This macro calls ‘AC_FC_PP_SRCEXT([F])’ in order to learn how to preprocess a ‘conftest.F’ file, but restores a previously used Fortran source file extension afterwards again. The result of this test is cached in the ‘ac_cv_fc_pp_define’ variable. -- Macro: AC_FC_FREEFORM ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) Try to ensure that the Fortran compiler (‘$FC’) allows free-format source code (as opposed to the older fixed-format style from Fortran 77). If necessary, it may add some additional flags to ‘FCFLAGS’. This macro is most important if you are using the default ‘.f’ extension, since many compilers interpret this extension as indicating fixed-format source unless an additional flag is supplied. If you specify a different extension with ‘AC_FC_SRCEXT’, such as ‘.f90’, then ‘AC_FC_FREEFORM’ ordinarily succeeds without modifying ‘FCFLAGS’. For extensions which the compiler does not know about, the flag set by the ‘AC_FC_SRCEXT’ macro might let the compiler assume Fortran 77 by default, however. If ‘AC_FC_FREEFORM’ succeeds in compiling free-form source, it calls ACTION-IF-SUCCESS (defaults to nothing). If it fails, it calls ACTION-IF-FAILURE (defaults to exiting with an error message). The result of this test, or ‘none’ or ‘unknown’, is cached in the ‘ac_cv_fc_freeform’ variable. -- Macro: AC_FC_FIXEDFORM ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) Try to ensure that the Fortran compiler (‘$FC’) allows the old fixed-format source code (as opposed to free-format style). If necessary, it may add some additional flags to ‘FCFLAGS’. This macro is needed for some compilers alias names like ‘xlf95’ which assume free-form source code by default, and in case you want to use fixed-form source with an extension like ‘.f90’ which many compilers interpret as free-form by default. If you specify a different extension with ‘AC_FC_SRCEXT’, such as ‘.f’, then ‘AC_FC_FIXEDFORM’ ordinarily succeeds without modifying ‘FCFLAGS’. If ‘AC_FC_FIXEDFORM’ succeeds in compiling fixed-form source, it calls ACTION-IF-SUCCESS (defaults to nothing). If it fails, it calls ACTION-IF-FAILURE (defaults to exiting with an error message). The result of this test, or ‘none’ or ‘unknown’, is cached in the ‘ac_cv_fc_fixedform’ variable. -- Macro: AC_FC_LINE_LENGTH ([LENGTH], [ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) Try to ensure that the Fortran compiler (‘$FC’) accepts long source code lines. The LENGTH argument may be given as 80, 132, or unlimited, and defaults to 132. Note that line lengths above 250 columns are not portable, and some compilers do not accept more than 132 columns at least for fixed format source. If necessary, it may add some additional flags to ‘FCFLAGS’. If ‘AC_FC_LINE_LENGTH’ succeeds in compiling fixed-form source, it calls ACTION-IF-SUCCESS (defaults to nothing). If it fails, it calls ACTION-IF-FAILURE (defaults to exiting with an error message). The result of this test, or ‘none’ or ‘unknown’, is cached in the ‘ac_cv_fc_line_length’ variable. -- Macro: AC_FC_CHECK_BOUNDS ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) The ‘AC_FC_CHECK_BOUNDS’ macro tries to enable array bounds checking in the Fortran compiler. If successful, the ACTION-IF-SUCCESS is called and any needed flags are added to ‘FCFLAGS’. Otherwise, ACTION-IF-FAILURE is called, which defaults to failing with an error message. The macro currently requires Fortran 90 or a newer dialect. The result of the macro is cached in the ‘ac_cv_fc_check_bounds’ variable. -- Macro: AC_F77_IMPLICIT_NONE ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) -- Macro: AC_FC_IMPLICIT_NONE ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) Try to disallow implicit declarations in the Fortran compiler. If successful, ACTION-IF-SUCCESS is called and any needed flags are added to ‘FFLAGS’ or ‘FCFLAGS’, respectively. Otherwise, ACTION-IF-FAILURE is called, which defaults to failing with an error message. The result of these macros are cached in the ‘ac_cv_f77_implicit_none’ and ‘ac_cv_fc_implicit_none’ variables, respectively. -- Macro: AC_FC_MODULE_EXTENSION Find the Fortran 90 module file name extension. Most Fortran 90 compilers store module information in files separate from the object files. The module files are usually named after the name of the module rather than the source file name, with characters possibly turned to upper case, plus an extension, often ‘.mod’. Not all compilers use module files at all, or by default. The Cray Fortran compiler requires ‘-e m’ in order to store and search module information in ‘.mod’ files rather than in object files. Likewise, the Fujitsu Fortran compilers uses the ‘-Am’ option to indicate how module information is stored. The ‘AC_FC_MODULE_EXTENSION’ macro computes the module extension without the leading dot, and stores that in the ‘FC_MODEXT’ variable. If the compiler does not produce module files, or the extension cannot be determined, ‘FC_MODEXT’ is empty. Typically, the result of this macro may be used in cleanup ‘make’ rules as follows: clean-modules: -test -z "$(FC_MODEXT)" || rm -f *.$(FC_MODEXT) The extension, or ‘unknown’, is cached in the ‘ac_cv_fc_module_ext’ variable. -- Macro: AC_FC_MODULE_FLAG ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) Find the compiler flag to include Fortran 90 module information from another directory, and store that in the ‘FC_MODINC’ variable. Call ACTION-IF-SUCCESS (defaults to nothing) if successful, and set ‘FC_MODINC’ to empty and call ACTION-IF-FAILURE (defaults to exiting with an error message) if not. Most Fortran 90 compilers provide a way to specify module directories. Some have separate flags for the directory to write module files to, and directories to search them in, whereas others only allow writing to the current directory or to the first directory specified in the include path. Further, with some compilers, the module search path and the preprocessor search path can only be modified with the same flag. Thus, for portability, write module files to the current directory only and list that as first directory in the search path. There may be no whitespace between ‘FC_MODINC’ and the following directory name, but ‘FC_MODINC’ may contain trailing white space. For example, if you use Automake and would like to search ‘../lib’ for module files, you can use the following: AM_FCFLAGS = $(FC_MODINC). $(FC_MODINC)../lib Inside ‘configure’ tests, you can use: if test -n "$FC_MODINC"; then FCFLAGS="$FCFLAGS $FC_MODINC. $FC_MODINC../lib" fi The flag is cached in the ‘ac_cv_fc_module_flag’ variable. The substituted value of ‘FC_MODINC’ may refer to the ‘ac_empty’ dummy placeholder empty variable, to avoid losing the significant trailing whitespace in a ‘Makefile’. -- Macro: AC_FC_MODULE_OUTPUT_FLAG ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) Find the compiler flag to write Fortran 90 module information to another directory, and store that in the ‘FC_MODOUT’ variable. Call ACTION-IF-SUCCESS (defaults to nothing) if successful, and set ‘FC_MODOUT’ to empty and call ACTION-IF-FAILURE (defaults to exiting with an error message) if not. Not all Fortran 90 compilers write module files, and of those that do, not all allow writing to a directory other than the current one, nor do all have separate flags for writing and reading; see the description of ‘AC_FC_MODULE_FLAG’ above. If you need to be able to write to another directory, for maximum portability use ‘FC_MODOUT’ before any ‘FC_MODINC’ and include both the current directory and the one you write to in the search path: AM_FCFLAGS = $(FC_MODOUT)../mod $(FC_MODINC)../mod $(FC_MODINC). ... The flag is cached in the ‘ac_cv_fc_module_output_flag’ variable. The substituted value of ‘FC_MODOUT’ may refer to the ‘ac_empty’ dummy placeholder empty variable, to avoid losing the significant trailing whitespace in a ‘Makefile’. -- Macro: AC_F77_CRAY_POINTERS ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) -- Macro: AC_FC_CRAY_POINTERS ([ACTION-IF-SUCCESS], [ACTION-IF-FAILURE = AC_MSG_FAILURE]) Try to ensure that the Fortran compiler (‘$F77’ or ‘$FC’) accepts Cray pointers. If successful, the ACTION-IF-SUCCESS is called and any needed flags are added to ‘FFLAGS’ or ‘FCFLAGS’. Otherwise, ACTION-IF-FAILURE is called, which defaults to failing with an error message. Cray pointers are a non-standard extension supported by many Fortran compilers which allow an integer to be declared as C-like pointer to a target variable. The result of this test, or ‘none’ or ‘unknown’, is cached in the ‘ac_cv_f77_cray_ptr’ or ‘ac_cv_fc_cray_ptr’ variable.