FS#27479 - boostlib requires entry in /etc/ld.so.conf.d/
Attached to Project:
Arch Linux
Opened by vincent (altrus) - Tuesday, 06 December 2011, 23:08 GMT
Last edited by Ionut Biru (wonder) - Wednesday, 07 December 2011, 17:53 GMT
Opened by vincent (altrus) - Tuesday, 06 December 2011, 23:08 GMT
Last edited by Ionut Biru (wonder) - Wednesday, 07 December 2011, 17:53 GMT
|
Details
Description:
When configuring gnuradio, libboost is not detected until a corresponding entry for it is placed in /etc/ld.so.conf.d/ Until this is done, auto detection doesn't work properly, and leads to bizarre results.lib Requested Fix: 1. On installation, create file in /etc/ld.so.conf.d/ named libboost.conf 2. Given current package, add the following line to the file: /usr/lib/ Possible implementation in install script: echo /usr/lib > /etc/ld.so.conf.d/libboost.conf Additional info: boost-libs 1.48.0-2 Steps to reproduce: 1. Run configure for gnuradio. A. If NO entry in /etc/ld.so.conf.d then configure cannot find boost libs Workaround: add following options: --with-boost-libdir=/usr/lib --with-boost=/usr) B. If YES entry in /etc/ld.so.conf.d then configure works. |
This task depends upon
checking for boost >= 1.35... yes
...and the package built fine.
Thank you very much for the cross check. Would you be able to confirm that everything builds properly using the following configuration flags?
./configure --enable-gr-wxgui --enable-grc --enable-docs --enable-doxygen \
--enable-gr-audio-alsa --enable-gnuradio-examples --enable-gnuradio-core \
--enable-gr-audio-oss --enable-gr-video-sdl --with-md-cpu=x86_64 \
--prefix=/usr --enable-gr-wxgui --enable-gr-qtgui --enable-gr-uhd
I am using the latest git build. You're right - it is very likely to be a problem on my end, although I'm a little surprised that adding /usr/lib to ld.so.conf.d would correct problems if it's already included by default. I'm presently looking into this further.
I've had the opportunity to take a closer look at the problems, I believe I've resolved the problem, although I'm not entirely sure how - I suspect Jan de Groot may have been correct when he suggested it was a buggy configure script.
Specifically, having rebooted my after removing the ld.so.conf.d/boost.conf entry (as suggested by Jan), I am no longer able to reproduce this error using my customized gnuradio and ettus makefiles. I'm not sure how relevant it is, but prior to rebooting, my uptime was 21 days, during which time I frequently updated arch. Given that boost was updated two days ago, I wonder whether it was trying to find or use the old libraries.
I'm still not sure why adding /usr/lib to ld.so.conf.d worked, outside of forcing me to run ldconfig.
I appreciate your help in figuring this out - and having resolved the symptoms, I'm requesting the issue be closed.