[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20010316: NetCDF for Redhat Linux 6.2: Portland Group Fortran

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20010316: NetCDF for Redhat Linux 6.2: Portland Group Fortran
  • Date: Fri, 16 Mar 2001 10:23:12 -0700
P. W. Li;

> To: address@hidden
> From: pwli <address@hidden>
> Subject: NetCDF for Redhat Linux 6.2
> Organization: UCAR/Unidata
> Keywords: 200103161605.f2GG5hL02531

The above message contained the following:

> Please advice how I can install NetCDF3.4 on my Linux PC running Redhat
> 6.2 with pgf77 and pgf90.    It appears from reading the INSTALL file
> that the making process requires some sort of fort77 and f2c utilities
> which don''t come with standard Linux distribution.  Any get around?

Version 3.4 of the netCDF package doesn't support the Portland Group's
Fortran compiler.  Version 3.5-beta8 does, however.  I therefore suggest
that you obtain the latter version and install it.  Installation
instructions and examples for Linux and the Portland Group's Fortran
compiler will be found in the top-level file "INSTALL.html".

> In fact, I also tried to build NetCDF3.5beta6 on the same machine.  The
> making process seems to be okay but I found that some include files such
> as netcdf.inc disappears from the compiled package.  Is there any
> problem with the beta6 version?  Can I just copy the netcdf.inc file
> from version 3.4 to ver3.5beta6?

I don't understand why you're missing the file "src/fortran/netcdf.inc".
That file is in both the beta6 and beta8 versions of the netCDF package.
Also, it is not removed by any makefile rule.

Do NOT copy a "netcdf.inc" file from a previous version.

Regards,
Steve Emmerson   <http://www.unidata.ucar.edu>