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.
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 got around this error with "--disable-nczarr” during configure. I hope I don’t need it, whatever nczarr is. -Sourish > On 27 Sep, 2022, at 3:47 PM, Sourish Basu <sourish.basu@xxxxxxxxxxxx> wrote: > > Ah yes, indeed, I had forgotten that libz and libzip are different. To answer > your previous email, ‘configure’ tells me: > > # Compiling Options > ----------------- > C Compiler: /usr/bin/gcc -std=gnu11 > CFLAGS: -O3 -fPIC -fomit-frame-pointer > -fno-strict-aliasing > CPPFLAGS: -I/home/sbasu/packages/include > LDFLAGS: -L/home/sbasu/packages/lib > AM_CFLAGS: > AM_CPPFLAGS: > AM_LDFLAGS: > Shared Library: yes > Static Library: yes > Extra libraries: -lhdf5_hl -lhdf5 -lm -lz -ldl -lzip -lsz -lbz2 -lxml2 > -lcurl > XML Parser: libxml2 > > So yes, both -lz and -lzip are there. > > -Sourish > >> On 27 Sep, 2022, at 3:43 PM, Dennis Heimbigner <dmh@xxxxxxxx >> <mailto:dmh@xxxxxxxx>> wrote: >> >> Note that libz is not the same as libzip. >> >> On 9/27/2022 1:34 PM, Sourish Basu wrote: >>> Configure “worked” in the sense it found libz (I think): >>> >>> # Features >>> -------- >>> NetCDF-2 API:yes >>> HDF4 Support:no >>> HDF5 Support:yes >>> NetCDF-4 API:yes >>> NC-4 Parallel Support:no >>> PnetCDF Support:no >>> DAP2 Support:yes >>> DAP4 Support:yes >>> Byte-Range Support:no >>> Diskless Support:yes >>> MMap Support:no >>> JNA Support:no >>> CDF5 Support:yes >>> ERANGE Fill Support:no >>> Relaxed Boundary Check:yes >>> Parallel Filters: yes >>> NCZarr Support:yes >>> Multi-Filter Support:yes >>> Quantization:yes >>> Logging: no >>> SZIP Write Support: yes >>> Standard Filters: deflate bz2 szip >>> ZSTD Support: no >>> Benchmarks:no >>> >>> However, ‘make’ fails with the following: >>> >>> zmap_zip.c: At top level: >>> zmap_zip.c:742:8: error: unknown type name 'zip_error_t' >>> ziperr(zip_error_t* zerror) >>> ^ >>> make[2]: *** [libnczarr_la-zmap_zip.lo] Error 1 >>> make[2]: Leaving directory >>> `/local/home/sbasu/packages/src/netcdf-c-4.9.0/libnczarr' >>> make[1]: *** [all-recursive] Error 1 >>> make[1]: Leaving directory `/local/home/sbasu/packages/src/netcdf-c-4.9.0' >>> make: *** [all] Error 2 >>> >>> So I’m not sure how I would ignore it. Are you suggesting that I proceed >>> with ‘make install’ even though ‘make’ fails? >>> >>> -Sourish >>> >>>> On 27 Sep, 2022, at 3:07 PM, Dennis Heimbigner <dmh@xxxxxxxx >>>> <mailto:dmh@xxxxxxxx>> wrote: >>>> >>>> It is possible/probable that >>>> > undefined reference to `zip_open’ >>>> >>>> is caused by configure trying to test >>>> for the library. If the configure completes >>>> and make check works, then you probably can >>>> ignore that error. >>>> >>>> On 9/27/2022 9:01 AM, Sourish Basu wrote: >>>>> Hello all, >>>>> >>>>> I’m trying to compile netcdf 4.9.0 on a linux machine, and it fails with >>>>> several errors from zmap_zip.c. Error log attached. I’ve compiled netcdf >>>>> on many platforms, but this error is new to me. I’ve checked that I have >>>>> the zlib headers in /usr/include, and zlib-devel is installed. However, >>>>> config.log does have an error message >>>>> >>>>> undefined reference to `zip_open’ >>>>> >>>>> Not sure if that’s important, because then later in that same file it says >>>>> >>>>> configure:8113: checking whether libzip library is available >>>>> configure:8115: result: yes >>>>> >>>>> So not sure what to make of it. >>>>> >>>>> Thanks for any help, >>>>> >>>>> Sourish >>>>> >>>>> _______________________________________________ >>>>> NOTE: All exchanges posted to Unidata maintained email lists are >>>>> recorded in the Unidata inquiry tracking system and made publicly >>>>> available through the web. Users who post to any of the lists we >>>>> maintain are reminded to remove any personal information that they >>>>> do not want to be made public. >>>>> >>>>> >>>>> netcdfgroup mailing list >>>>> netcdfgroup@xxxxxxxxxxxxxxxx <mailto:netcdfgroup@xxxxxxxxxxxxxxxx> >>>>> For list information or to unsubscribe, >>>>> visit:https://www.unidata.ucar.edu/mailing_lists/ >>> >>> >>> _______________________________________________ >>> NOTE: All exchanges posted to Unidata maintained email lists are >>> recorded in the Unidata inquiry tracking system and made publicly >>> available through the web. Users who post to any of the lists we >>> maintain are reminded to remove any personal information that they >>> do not want to be made public. >>> >>> >>> netcdfgroup mailing list >>> netcdfgroup@xxxxxxxxxxxxxxxx <mailto:netcdfgroup@xxxxxxxxxxxxxxxx> >>> For list information or to unsubscribe, visit: >>> https://www.unidata.ucar.edu/mailing_lists/ >> >
netcdfgroup archives: