Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
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: