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.
Hi Philip, Thank you for the bug report. Did you specify the 'USE_SZIP=ON' option when configuring netcdf? This will tell cmake to explicitly search for the szip libraries. The other libraries are a bit more difficult at this point; in my tests I had used a shared libcurl, which the passes the upstream dependencies to cmake. Since you are using static libraries, there is no way for cmake to determine what additional dependencies are required. With autotools-based builds you can specify additional libraries to link against via the LIBS="-l<library>" directive, but I am unaware of an equivalent for cmake. In the short term, you may need to build the dependent libraries as shared libraries, or use a pre-built binary package available from http://www.unidata.ucar.edu/netcdf/win_netcdf. These installers also have the dependencies in them, so it should be possible to link against the dependencies when you build netcdf; this will let you avoid rebuilding libhdf5, libcurl, etcdf. Our netcdf-fortran package has an option, NC_EXTRA_DEPS, which is analogous to 'LIBS' when autotools. I expect I will add the same option to netcdf-c for the upcoming 4.3.3 release. So another option may be to keep an eye out for the 4.3.3 release, or watch our development branch (http://github.com/Unidata/netcdf-c); I will try to have this option committed today. I hope this helps, -Ward > Hi > > I am just writing to report a bug with your CMake build system. I am > building on Windows 8 using visual studio 11 generator with CMake 3. I > am leaving all the default options with respect to external libraries > so am building with hd5f, libcurl, szip and zlib. Unfortunately the > cmake system is not including dependancies upon the szip library or > the winsock and ldap libraries (ws2_32.lib and wldap32.lib) which are > required via libcurl. This results in various linker errors. > > I am not sure if my system is particularly different to any other. I have > libcurl built from source using the SSPI option for SSH support. I have > hdf5 built from source and I have szip and zlib built from source. All > are built as static libs using the static runtime. > > If you need any more information to diagnose the problem please let > me know. > > Phil > > Ticket Details =================== Ticket ID: VFM-345423 Department: Support netCDF Priority: Normal Status: Closed