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.
Fedora 10 and the rpmforge/epel RHEL5 did not list libnetcdf.so. The RPMs we build and Fedora 11 did list libnetcdf.so. Perhaps F10, and epel did not have the --enabled-shared on.
The RPMs we build did not list hdf5 as a dependency. Here is our configure: %configure --enable-netcdf-4 \ --enable-shared \ --enable-extra-example-tests \ --enable-valgrind-tests 230% ldd libnetcdf_c++.so linux-gate.so.1 => (0x00d2f000) libnetcdf.so.6 => /usr/lib/libnetcdf.so.6 (0x008de000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00633000) libm.so.6 => /lib/libm.so.6 (0x0053c000) libc.so.6 => /lib/libc.so.6 (0x00d8e000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00fdf000) /lib/ld-linux.so.2 (0x00348000) Thanks, Chris
Dennis pointed out that if the target system was built from the latest source with --enable-shared, then the shared netCDF library is supposed to link to the HDF5 libraries, if needed. However, using the nc-config utility may work for what you have in mind, even if the target system has a static build of netCDF libraries.
netcdfgroup
archives: