discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Building GNU Radio with previous Boost version


From: David Halls
Subject: Re: [Discuss-gnuradio] Building GNU Radio with previous Boost version
Date: Mon, 17 Aug 2015 14:06:13 +0000

​​Thanks Nathan,


Marcus - would you agree?


I am not sure I totally understand what that entails, and I certainly am not clear how to go about doing it!! Does it mean that GNU Radio would use it's "preferred" Boost via static linking leaving MATLAB to use a different version - how would this run differently to the current setup, and avoid conflict?


Thanks guys.


David




From: West, Nathan <address@hidden>
Sent: 17 August 2015 14:56
To: David Halls
Cc: Marcus Müller; address@hidden
Subject: Re: [Discuss-gnuradio] Building GNU Radio with previous Boost version
 


On Mon, Aug 17, 2015 at 6:27 AM, David Halls <address@hidden> wrote:

There are no quick/easy workarounds for such issues other than:

1. Making sure that all components involved make use of the same Boost library versions, or

2. Making sure that the components which require Boost statically link against the Boost version which they prefer, or

3. Separating the different components which require Boost into separate applications.

In further detail:

Option 1: It looks like you are making use of GNU Radio from Python, I do believe that GNU Radio depends on Boost. You may be able to (re)compile GNU Radio to make it use Boost 1.49 and where you even specifically link it to the Boost libraries shipped with the MCR (these can be found in the bin/glnxa64 directory).

Option 2: If GNU Radio specifically requires a different Boost version you may be able to recompile it and statically link it against this version.

Option 3: Instead of compiling your MATLAB Code into a Shared Library, compile it into a standalone application which you can launch from your Python process. This separate standalone should be able to use its own Boost libraries without problems then. There are Python libraries which can read and write MAT-files so you can relatively efficiently pass in- and outputs from and to that standalone application through MAT-files."

This sounds like good advice. Option 2 sounds the most sane.



NOTE: The information in this email and any attachments may be confidential and/or legally privileged. This message may be read, copied and used only by the intended recipient. If you are not the intended recipient, please destroy this message, delete any copies held on your system and notify the sender immediately.

Toshiba Research Europe Limited, registered in England and Wales (2519556). Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl




This email has been scanned for email related threats and delivered safely by Mimecast.
For more information please visit http://www.mimecast.com

reply via email to

[Prev in Thread] Current Thread [Next in Thread]