Re: Linking Octave with HDF5

[Quentin Spencer]

Lester Wade wrote:

> Thanks for your responses.  Looking at the config.log it looks like 
> this could be the problem;
>
> configure:7871: checking for H5Pcreate in -lhdf5
> configure:7901: gcc -o conftest -g -O2 -I/usr/local/hdf/include 
> -L/usr/local/hdf conftest.c -lhdf5  -lz -lm  >&5
> /usr/bin/ld: warning: libsz.so.2, needed by 
> /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../libhdf5.so, not found 
> (try using -rpath or -rpath-link)
> /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../libhdf5.so: undefined 
> reference to `SZ_encoder_enabled'
> /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../libhdf5.so: undefined 
> reference to `SZ_BufftoBuffCompress'
> /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../libhdf5.so: undefined 
> reference to `SZ_BufftoBuffDecompress'
> collect2: ld returned 1 exit status
> configure:7907: $? = 1
> configure: failed program was:
> | /* confdefs.h.  */
>
> Is this common?  anyhow, I'll track down libsz.so.2.



I see you're compiling on a x86_64 RedHat system. Is it Fedora or RHEL? 
This is a known problem with the Fedora octave package on x86_64 
systems, but I was never able to find what caused the problem because I 
do not have access to the necessary hardware, and the Fedora Extras 
build system doesn't save config.log. I suspect the problem may have 
something to do with either the hdf5 package putting headers or 
libraries in the wrong place, or the octave configure script looking in 
the wrong place.

-Quentin



-------------------------------------------------------------
Octave is freely available under the terms of the GNU GPL.

Octave's home on the web:  http://www.octave.org
How to fund new projects:  http://www.octave.org/funding.html
Subscription information:  http://www.octave.org/archive.html
-------------------------------------------------------------