What is the best version of boost library for compiling with 64 bit Ubuntu 12.04?

Hello Discuss list this is Lee M here.

I am looking for a suggestion of the best version of the boost library
that compiles and links on a 64 bit Ubuntu 12.04 computer with the
current stable version of gnuradio.

I seem to be seeing a name interpretation problem.

During the “make”, an error says can’t find a boost file and the boost
file name looks mangled. Since only one compile failed, I used “make -k”
and then forced the install with another make -f install or whatever.

Second, running the dial_tone.py test results in a traceback that
looks
like swig_import_helper_mod is bad.

I am trying to get gnuradio running with the rtl-sdr and the related
drivers for use with a Terratec T-stick. I want to receive amateur radio
and tune in VHF and UHF frequencies.

 I am compiling gnuradio on a 64 bit laptop running Ubuntu 12.04. I

am using boost version 1.53.0 that has been downloaded, unpacked,
compiled and installed as /opt/boost_1_53_0 as best as I can follow the
README.building-boost.

 The gnuradio make instruction compiles with one failure and I tried

forcing the processs with make -k “keep going”.

The part of the process I have not been able to figure out is how is
usage of boost on a 64 bit computer creating problems that do not appear
on a 32 bit computer?

 The build-gnuradio script doesn't quite work on a 64 bit laptop. It

appears to me that build-gnuradio doesn’t work because apt-get downloads
a boost version 46 (with some misleading pieces labeled boost 48.

I’ll add, about 2 months ago build-gnuradio worked like gangbusters on
a 32-bit Ubuntu Compaq laptop. I had set my wife up with this 64 bit
Gateway laptop and she called it a dog and asked to swap.

I copied build-gnuradio and the entire resulting directory over to my
64 bit laptop with rsync. Build-gnuradio doesn’t have a version number
that I know of.

Thanks very much for a suggestion.

Cordially yours, Lee M

and then forced the install with another make -f install or whatever.
compiled and installed as /opt/boost_1_53_0 as best as I can follow the
appears to me that build-gnuradio doesn’t work because apt-get downloads
Thanks very much for a suggestion.

Cordially yours, Lee M


Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page

Uninstall your boost 1.46* then install 1.48 I think I had to do that
on my Ubuntu 12.04 system, once the Gnu Radio Cmake was no longer
happy with boost 1.46.1

The build-gnuradio script just asks for an unversioned boost to be
installed, which I guess on Ubuntu 12.04 now triggers the Gnu Radio
Cmake
to get upset. Since the Ubuntu 12.04 “paragraph” for build-gnuradio
has been around for a coupla years before the underlying Gnu Radio
build decided to bounce certain versions of boost, it hasn’t been
updated to ask for a specific, “nice” version of boost.


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

Thanks so much for the reply and the changes to build-gnuradio.

The build-gnuradio script I downloaded May 18 evening has compiled
completely on my 64 bit Ubuntu 12.04 LTS Gateway laptop.

The time to run build-gnuradio was 2 hr 50 minutes.

I am now moving on to getting the Terratec Tstick receiving device
receiving signals. multimode.py works although I have the graph cutoff
problem at the bottom of the page

and then forced the install with another make -f install or whatever.
compiled and installed as /opt/boost_1_53_0 as best as I can follow the
appears to me that build-gnuradio doesn’t work because apt-get downloads
Thanks very much for a suggestion.

Cordially yours, Lee M


Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page

Actually, I just noticed that the latest build-gnuradio that I put up
trys to apt install:

libboost1.48-all-dev

Which according to the current Gnu Radio Cmake files is an OK version of
boost.

Use apt-get to remove boost, then download the latest build-gnuradio and
try again.


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium