Red Hat Bugzilla – Bug 203838
fftw threading libraries make for not quite happy prelink
Last modified: 2007-11-30 17:11:41 EST
Description of problem:
# ldd -d -r /usr/lib64/libfftw3l_threads.so.3
produces 38 messages in this style:
undefined symbol: fftwl_dft_solve (/usr/lib64/libfftw3l_threads.so.3)
with all symbols apparently coming from libfftw3 itself. It
appears that '-lfftw3', or something similar, is missing somewhere
in a compilation. Quoting
"The libraries work, but less efficiently than they could if they
were linked properly".
Version-Release number of selected component (if applicable):
I have looked into this and reported the problem to the fftw developers. It
appears that fixing it is theoretically possible, but more complicated than
first thought. My attempts to patch the source have so far resulted in circular
makefile dependencies that break compilation. Neither I or the fftw developers
are sufficiently well versed in the use of libtool to understand how to do this
properly. Furthermore, the performance loss on a library of this size can't be
that big, and usually any user of a math library who is that concerned about
performance is probably static linking anyway.
If you can propose a patch to the source code that accomplishes prelinking in
the correct way, I will gladly include it in the package, and I'm sure the
developers will apply it to the source.
> appears that fixing it is theoretically possible, but more
> complicated than first thought.
I would not worry about that too much then. I filed this report
during a "general cleanup" of other issues with a hope that
a resolution will be "obvious" to somebody closely familiar
with the whole package. If not then not. Clearly no functionality
is lost and WONTFIX is right.