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

[netCDF #ODR-209369]: tst_h_vars fails in netcdf-4.1.3

Sourish,

> Yes, I'm including szlib. I downloaded the separate Fortran netcdf4
> library, and that compiled (and "make check"-ed without errors).

That's great, I'm glad to hear it worked.

> However, now my C library is 4.1.3 whereas the Fortran library is 4.2,
> and I installed them with the same prefix (/usr/local). Will that cause
> trouble later?

No, that should work fine.

One of the purposes of separating the Fortran library distribution
from the C distribution was to break the tight coupling between the
two packages so their release schedules are independent.

When the 4.2 C library is released, if you install it as a shared
library (the default), you shouldn't even have to rebuild or reinstall
the Fortran library, assuming it's also built as a shared library.
Applications that use the 4.2 Fortran library will just get the
benefits of the C library update automatically.

(That's not currently the case with the 4.2-rc1 C release, which has a
slight change to the interface that we plan to back out of until it's
finished, the NC_DISKLESS mode flag in netcdf.h.)

> Do you know if bug NCF-134
> (https://www.unidata.ucar.edu/jira/browse/NCF-134) has been fixed in
> 4.2-rc1?

I know that it hasn't, but it's popped to the top of the list, along
with a performance bug in file systems with large block sizes.  I'll
be looking at both of these in the next week to see if we can fix
either before the 4.2 release.

--Russ

> On 01/11/2012 06:12 PM, Unidata netCDF Support wrote:
> > Sourish,
> >
> >> Non-standard line lengths is not the only problem. I tried adding
> >> '-ffree-line-length-none' to gfortran to force it to accept free form
> >> input, but then I end up with a different set of errors during make check:
> >>
> >> test_write.o: In function `test_nf_set_fill_':
> >> /home/i/Downloads/netcdf-4.1.3/nf_test/test_write.F:1172: undefined
> >> reference to `nf_set_fill_'
> >    ...
> >> /home/i/Downloads/netcdf-4.1.3/nf_test/test_write.F:1345: undefined
> >> reference to `nf_delete_'
> >>
> >> and many similar undefined references from other files.
> > I can't duplicate the problem you are seeing.  Version 4.1.3 builds fine
> > here with gfortran and the flag you're using to get around the long-line
> > problem:
> >
> >   make clean && CC=gcc FC=gfortran FFLAGS=-ffree-line-length-none 
> > CPPFLAGS=-I/share/ed/local/spike/include 
> > LDFLAGS=-L/share/ed/local/spike/lib ./configure && make -j check
> >
> > One difference might be that you are including szlib.  We don't test with
> > that library for reasons explained in section 2.2 of the installation guide:
> >
> >   
> > http://www.unidata.ucar.edu/netcdf/docs/netcdf-install.html#Quick-Instructions
> >
> > Do you really need szlib, knowing that netCDF-4 can't write szlib-encoded 
> > files?
> >
> > Another possibility might be that you just need to do a "make clean" and run
> > the configure script again, before "make check".
> >
> > If you still can't get "make check" to run without errors, could you try it
> > without szlib, to see if that is the source of the problems?  If that's not
> > convenient, could you try the current release candidate, version 4.2-rc1 
> > with
> > the separate Fortran release, version 4.2?
> >
> > --Russ
> >
> >> On 01/10/2012 12:09 AM, Unidata netCDF Support wrote:
> >>> 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
> >>>
> >>
> > 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
> >
> 
> 

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