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.
Sourish, > Ah good, thanks. I recompiled HDF5 with zlib, and now there's a new > error in netcdf make check: > > libtool: link: gfortran -I../fortran -I../f90 -I../f90 -I../include -g > -O2 -o .libs/f90tst_vars4 f90tst_vars4.o ../fortran/.libs/libnetcdff.so > /home/i/Downloads/netcdf-4.1.3/liblib/.libs/libnetcdf.so -lsz -lhdf5_hl > -lhdf5 -lm -lz > gfortran -I../fortran -I../f90 -I../f90 -I../include -g -O2 -c -o > f90tst_vars2.o f90tst_vars2.f90 > f90tst_vars2.f90:37.34: > > integer, parameter :: CACHE_SIZE = 8, CACHE_NELEMS = 571, > CACHE_PREEMPTION = > 1 > Error: Symbol 'cache_size' at (1) already has basic type of INTEGER > f90tst_vars2.f90:86.37: > > CACHE_NELEMS, CACHE_PREEMPTION)) > 1 > Error: Symbol 'cache_preemption' at (1) has no IMPLICIT type > f90tst_vars2.f90:77.13: > > call check(nf90_def_var(ncid, VAR5_NAME, NF90_INT, dimids, varid5, > chunksizes > 1 > Error: There is no specific function for the generic 'nf90_def_var' at (1) > make[2]: *** [f90tst_vars2.o] Error 1 > make[2]: Leaving directory `/home/i/Downloads/netcdf-4.1.3/nf_test' > make[1]: *** [check-am] Error 2 > make[1]: Leaving directory `/home/i/Downloads/netcdf-4.1.3/nf_test' > make: *** [check-recursive] Error 1 Hmm, you must have built with szip enabled, which builds a test program that's not usually built and that we didn't test on gfortran, f90tst_vars2.f90. It has some lines longer than gfortran handles by default. Could you download this newer version of that file, taken from the latest release of netcdf-fortran-4.2, and use it to replace nf_test/f90tst_vars2.f90 in your source code tree, then try "make check again" http://svn.unidata.ucar.edu/repos/netcdf-fortran/trunk/nf_test/f90tst_vars2.f90 If you run into more problems like this, I'd recommend using the separate Fortran release that's later than what's in netCDF-4.1.3, as announced here: http://www.unidata.ucar.edu/mailing_lists/archives/netcdfgroup/2011/msg00370.html Thanks. --Russ > On 01/08/2012 05:34 AM, Unidata netCDF Support wrote: > > This is telling you that the HDF5 library you have was not built with zlib, > > or else the ZLIB library is missing on your machine. > > > > =Dennis Heimbigner > > Unidata > > > > =Dennis Heimbigner > > Unidata > > > > > > Ticket Details > > =================== > > Ticket ID: ODR-209369 > > Department: Support netCDF > > Priority: Normal > > Status: Closed > > > > Russ Rew UCAR Unidata Program address@hidden http://www.unidata.ucar.edu Ticket Details =================== Ticket ID: ODR-209369 Department: Support netCDF Priority: Normal Status: Closed