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/
>>
>
