[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[netCDF #VFM-345423]: Bug report
- Subject: [netCDF #VFM-345423]: Bug report
- Date: Mon, 29 Sep 2014 11:07:10 -0600
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