Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Hi Ward, I've been compiling this version of NetCDF on various Linux and MacOS systems, and for the most part things look good. However, on a two different RedHat Linux systems (yellowstone and a RAL system) that have gcc V4.4.7, I'm getting these compilation errors: make[2]: Entering directory `/d1/haley/src/netcdf-c-4.4.1-rc1/libsrc' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../oc2 -I/d1/haley/external/include -fPIC -MT libnetcdf3_la-v1hpg.lo -MD -MP -MF .deps/libnetcdf3_la-v1hpg.Tpo -c -o libnetcdf3_la-v1hpg.lo `test -f 'v1hpg.c' || echo './'`v1hpg.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../oc2 -I/d1/haley/external/include -fPIC -MT libnetcdf3_la-v1hpg.lo -MD -MP -MF .deps/libnetcdf3_la-v1hpg.Tpo -c v1hpg.c -o libnetcdf3_la-v1hpg.o In file included from v1hpg.c:7: ../include/nc3internal.h:81: error: redefinition of typedef ‘NC_dimarray’ ../include/nc_hashmap.h:6: note: previous declaration of ‘NC_dimarray’ was here ../include/nc3internal.h:186: error: redefinition of typedef ‘NC_vararray’ ../include/nc_hashmap.h:5: note: previous declaration of ‘NC_vararray’ was here make[2]: *** [libnetcdf3_la-v1hpg.lo] Error 1 make[2]: Leaving directory `/d1/haley/src/netcdf-c-4.4.1-rc1/libsrc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/d1/haley/src/netcdf-c-4.4.1-rc1' make: *** [all] Error 2 I don't see these problems with newer versions of gcc, like 4.7.x or 4.8.x. --Mary On Sun, Apr 24, 2016 at 3:14 AM, Marco Atzeri <marco.atzeri@xxxxxxxxx> wrote: > On 15/04/2016 23:32, Ward Fisher wrote: > >> Hello all, >> >> The first release candidate for the netCDF-C library version 4.4.1 is >> now available. There have been a number of improvements since the >> |4.4.0| release. Most importantly, this release candidate is able to >> write backwards-compatible netCDF4 files when using *HDF5 version >> 1.10.0*. As announced previously, using HDF5 1.10.0 with netCDF 4.4.0 >> would result in netCDF4 files which were unreadable by systems using an >> earlier version of |libhdf5|. See GitHub #250 >> <https://github.com/Unidata/netcdf-c/issues/250> for more information. >> >> .. > >> We look forward to your feedback; have a great weekend all! >> >> -Ward >> Ward Fisher >> > > > Hi Ward, > I see a API number bump between 4.4.0 and 4.4.1. > > cygnetcdf-11.dll -> cygnetcdf-12.dll > > It is not what I would expect for a minor release. > > For the rest 0 failures on cygwin 32bit. > > Regards > Marco > > > _______________________________________________ > netcdfgroup mailing list > netcdfgroup@xxxxxxxxxxxxxxxx > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ >
netcdfgroup
archives: