NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
I ran out of ideas. It appears the netCDF libraries installed by the sysadmins were configured with parallel I/O support and thus the mod file should contains constant nf90_netcdf4 and others. (The compile command line looks fine with me.) One suggestion is to build netCDF/HDF5 under your home folder. During the build process, it might reveal the causes (you can run your own "make check"). Wei-keng On May 7, 2017, at 8:54 AM, Anton Shterenlikht wrote: >> From wkliao@xxxxxxxxxxxxxxxxxxxxx Fri May 5 23:17:20 2017 >> >> The following command can tell whether netcdf is built with parallel I/O >> support. >> >> % nm libnetcdf.a | grep nc_use_parallel_enabled >> 0000000000002200 T nc_use_parallel_enabled > > yes, this is fine: > > $ nm /cm/shared/libraries/intel_build/netcdf-4-par/lib/libnetcdf.a| grep > nc_use_parallel_enabled > 0000000000005670 T nc_use_parallel_enabled > > However, we are talking about the module file, > not the library file. My errors are on compilation, > because I have "implicit none": > > cgca_m2netcdf.f90(157): error #6404: This name does not have a type, and must > have an explicit type. [NF90_NETCDF4] > call check( nf90_create(fname, ior(nf90_netcdf4,nf90_mpiio), ncid, & > -----------------------------------^ > > The definition for this var should be in the module file: > > /cm/shared/libraries/intel_build/netcdf-4-par/include/netcdf.mod > > but apparently is missing. > > Anton
netcdfgroup
archives: