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.
> Ed, > > It seems that the makefile does not completely honor the "--with-hdf5" option > of the configuring script. For example, in the make.log and make_check.log > files I sent before I found that sometimes the libraries under > /home/hduan/share/lib were used (hdf 1.8.4), sometimes the libraries under > /usr/lib were used (1.6.6), and sometimes both were used. For example, ncdump > was linked in the following way: > > libtool: link: cc -g -O2 -o .libs/ncdump ncdump.o vardata.o dumplib.o > indent.o nctime.o -L/home/hduan/share/lib ../libsrc4/.libs/libnetcdf.so > /usr/lib/libhdf5_hl.so /usr/lib/libhdf5.so -lpthread > /home/hduan/share/lib/libhdf5_hl.so /home/hduan/share/lib/libhdf5.so -lm -lz > -Wl,-rpath -Wl,/home/hduan/share/lib > > It resulted an unusable ncdump because it linked the hdf 1.6.6 first then hdf > 1.8.4. > > -Huaiyu Howdy Huaiyu! Did you try setting the HDF5-1.8.4 directory in your LD_LIBRARY_PATH, before the /usr/lib entry (if there is one)? I cannot reproduce your problem. I have installed HDF5-1.6.6 in /usr/lib, and HDF5-1.8.4 somewhere else, and everything works fine for me for both shared and static builds. Did you do a make clean and rerun configure? Can you try a static build? (Without --enable-shared). For this you may also want build HDF5 statically. Thanks, Ed To see if this is a shared library problem Ticket Details =================== Ticket ID: XYW-598296 Department: Support netCDF Priority: Normal Status: Closed