Hi Greg, > When I try to use hdf5-1.8.11 with netcdf-4.3.0, the configure step fails > when looking for the hdf5 library. The configure test output is: > > configure:16229: gcc -o conftest -I../libsrc -O > -I/home/gdsjaar/src/SEACAS/inc -m64 -DBuild64 -Dlinux -DADDC_ -I./ > -I/home/gdsjaar/src/SEACAS/inc -fpic -DNDEBUG -L/home/gdsjaar/src/SEACAS/lib > -m64 conftest.c -lhdf5 -lm -lz >&5 > /home/gdsjaar/src/SEACAS/lib/libhdf5.a(H5PL.o): In function `H5PL__close': > H5PL.c:(.text+0xd8): undefined reference to `dlclose' > /home/gdsjaar/src/SEACAS/lib/libhdf5.a(H5PL.o): In function `H5PL_load': > H5PL.c:(.text+0x3f2): undefined reference to `dlsym' > H5PL.c:(.text+0x71a): undefined reference to `dlopen' > H5PL.c:(.text+0x727): undefined reference to `dlerror' > H5PL.c:(.text+0x73b): undefined reference to `dlsym' > collect2: ld returned 1 exit status > configure:16229: $? = 1 > configure: failed program was: > > If I add âldl to the library list, it then links correctly. Do I need to > pass some different option to configure, or is hdf5-1.8.11 not yet supported > for use with netcdf-4.3.0 It's definitely supported, and we've been doing our testing with HDF5-1.8.11 since their first pre-release. I didn't notice the problem until I started doing some parallel testing, and I think it only occurs when linking with parallel hdf5-1.8.11. I documented it here: http://www.unidata.ucar.edu/netcdf/docs/build_parallel.html but I have never determined why "-ldl" is necessary. It might be a good question for the HDF Group, so I'm CC:ing them on this response. --Russ Russ Rew UCAR Unidata Program address@hidden http://www.unidata.ucar.edu Ticket Details =================== Ticket ID: AJV-500600 Department: Support netCDF Priority: Normal Status: Closed
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.