# Ice-related Build Problem **URL:** \ **Category:** GNU Radio\ **Created:** [May 16, 2014, 7:21am UTC](https://www.ruby-forum.com/t/ice-related-build-problem/241174 "2014-05-16T07:21:25Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![musicdenotation](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/ea666f/32.png) [@musicdenotation](https://www.ruby-forum.com/u/musicdenotation)\ **Post date:** [May 16, 2014, 7:21am UTC](https://www.ruby-forum.com/t/ice-related-build-problem/241174/1 "2014-05-16T07:21:25Z")
Building GR with the latest pybombs completes successfully, but when calling a GR binary, there’s an error about ICE (which built without problems): $:~/pybombs/src/gnuradio/build$ gnuradio-config-info -v gnuradio-config-info: error while loading shared libraries: libIce.so.35: cannot open shared object file: No such file or directory This is on Ubuntu 12.04 x64 Very Respectfully, Dan CaJacob ---
**Author:** ![Dan\_CaJacob](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/e68b1a/32.png) [@Dan\_CaJacob](https://www.ruby-forum.com/u/Dan_CaJacob)\ **Post date:** [May 16, 2014, 7:23am UTC](https://www.ruby-forum.com/t/ice-related-build-problem/241174/2 "2014-05-16T07:23:16Z")
Running find to search for the missing library does find it at: /usr/lib64/libIce.so.35 Very Respectfully, Dan CaJacob ---
**Author:** ![Dan\_CaJacob](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/e68b1a/32.png) [@Dan\_CaJacob](https://www.ruby-forum.com/u/Dan_CaJacob)\ **Post date:** [May 16, 2014, 11:09am UTC](https://www.ruby-forum.com/t/ice-related-build-problem/241174/3 "2014-05-16T11:09:44Z")
These ‘cannot open shared object file’ errors are usually solved for me by running ‘sudo ldconfig’. Pybombs should not be run as root as everything gets installed to the target directory. You need to run ‘./pybombs env’ and append the line about ‘source …’ to your home directory’s ‘.bashrc’ file. Mike – Mike J. M0MIK BSc MIET Ettus R. Technical Support Email: removed\_email\_address@domain.invalid Web: [http://ettus.com](http://ettus.com) ---
**Author:** ![Dan\_CaJacob](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/e68b1a/32.png) [@Dan\_CaJacob](https://www.ruby-forum.com/u/Dan_CaJacob)\ **Post date:** [May 16, 2014, 6:07pm UTC](https://www.ruby-forum.com/t/ice-related-build-problem/241174/4 "2014-05-16T18:07:22Z")
Thanks, Tom! See my comments in context below: On Fri, May 16, 2014 at 9:05 AM, Tom R. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > Wait, why do you have a lib64 on an Ubuntu machine? But, we do check in > lib64, so that shouldn’t be the problem. I don’t know, but I do have ia32-libs installed on all of my nodes. It had been necessary in the past for one of our binaries, but may no longer be so. > However, package management is not one of ZeroC’s strong suits, as Philip > and I can attest to with the OE recipe work… And finding the libraries is > a pain as well. > > Do you have /usr/include/Ice\*? And specifically, > /usr/include/IceUtil/Config.h. We use that to test if the Ice dev files are > there, and if so, extract the version number from it. I do have those directories and the specific file you mentioned. > Things seem to be completely different for Ice 3.4 and Ice 3.5 and on > different versions of Ubuntu as well as other distros. It’s kind of a mess. > Can you get the CMake output for me? For the latest Ice 3.5 cmake script, > there’s a lot more output info to see what’s happening. Sure. I assume you mean for gnuradio and no Ice. > ---
**Author:** ![Dan\_CaJacob](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/e68b1a/32.png) [@Dan\_CaJacob](https://www.ruby-forum.com/u/Dan_CaJacob)\ **Post date:** [May 16, 2014, 11:53pm UTC](https://www.ruby-forum.com/t/ice-related-build-problem/241174/5 "2014-05-16T23:53:55Z")
Tom, Interestingly, when I was retesting the cmake output for you, I built it manually after that and it worked this time - no ice complaints. So, the problem seems likely to be somehow brought out when pybombs does the build (maybe passing options that I did not when compiling manually). The original problem was on multiple machines and across multiple tries to build with pybombs, so this final success was definitely the result of something done differently. Very Respectfully, Dan CaJacob ---
**Author:** ![Dan\_CaJacob](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/e68b1a/32.png) [@Dan\_CaJacob](https://www.ruby-forum.com/u/Dan_CaJacob)\ **Post date:** [May 16, 2014, 3:07pm UTC](https://www.ruby-forum.com/t/ice-related-build-problem/241174/6 "2014-05-16T15:07:49Z")
On Fri, May 16, 2014 at 1:21 AM, Dan CaJacob [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > Running find to search for the missing library does find it at: > > /usr/lib64/libIce.so.35 > > Very Respectfully, > > Dan CaJacob Wait, why do you have a lib64 on an Ubuntu machine? But, we do check in lib64, so that shouldn’t be the problem. However, package management is not one of ZeroC’s strong suits, as Philip and I can attest to with the OE recipe work… And finding the libraries is a pain as well. Do you have /usr/include/Ice\*? And specifically, /usr/include/IceUtil/Config.h. We use that to test if the Ice dev files are there, and if so, extract the version number from it. Things seem to be completely different for Ice 3.4 and Ice 3.5 and on different versions of Ubuntu as well as other distros. It’s kind of a mess. Can you get the CMake output for me? For the latest Ice 3.5 cmake script, there’s a lot more output info to see what’s happening. Tom