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.
Verena, >Date: Tue, 14 May 2002 16:23:41 +0200 >From: Verena Cals <address@hidden> >Organization: Stratosphäre / Forschungszentrum Jülich GmbH >To: Steve Emmerson <address@hidden> >Subject: netcdf-3.5.0 on cray >Keywords: 200204250907.g3P97sa28336 The above message contained the following: > regrettably, we are unable to install netcdf-3.5.0 on the cray. The last > problem we have solved, but now the same error than before occurs. > > netcdf-3.5.0 without ..._OneByteInt, ..._TwoByteInt, ..._FourByteInt and > ..._FourByteReal in src/f90/netcdf_overloads.f90: ... > Making `test' in directory /usr_FZJ/jicg11/jicg1113/netcdf-3.5.0/src/f90 > > /opt/ctl/bin/f90 -o netcdf_test netcdf_test.f90 netcdf.o > typeSizes.o ../libsrc/libnetcdf.a > > call check(nf90_put_var(ncFileID, lonVarId, (/ -180, -175, -170 > /) ) ) > ^ > > f90-389 f90: ERROR NETCDFTEST, File = netcdf_test.f90, Line = 78, Column > = 14 > No specific match can be found for the generic subprogram call > "NF90_PUT_VAR". This is puzzling. We must investigate carefully. Would you please verify the following assertions: 1. "netcdf_test.f90" includes file "netcdf.f90". 2. "netcdf.f90" includes file "netcdf_overloads.f90". 3. "netcdf_overloads.f90" defines only two specific subroutines for handling 1-D vectors: "nf90_put_var_1D_EightByteInt", and "nf90_put_var_1D_EightByteReal". 4. The type-kind parameter of a default integer equals the EightByteInt parameter in file "typeSizes.f90" (THIS IS CRUCIAL). 5. "nf90_put_var_1D_EightByteInt" is defined in file "netcdf_expanded.f90" 6. "nf90_put_var_1D_EightByteInt" handles 1-D integer vectors of type-kind "EightByteInt". Regards, Steve Emmerson <http://www.unidata.ucar.edu>