|
From: | Jacqueline . Walker |
Subject: | Re: [Discuss-gnuradio] Module attribute error in C++ guided tutorial |
Date: | Mon, 23 Jan 2017 13:43:08 +0000 |
Hi Marcus, Thanks for the detailed instructions (and don’t worry I understood the SWIG comment ;-) ) I did as you suggested and the Boost warning DID disappear – and it was only necessary to put the new FindBoost.cmake file in the gr-tutorial/cmake/Modules directory.
However, unfortunately that didn’t – so far – stop the Attribute Error. Maybe I should scrap tutorial 4 and rebuild the flowgraph from scratch, as I first of all actually opened the grc with it already loaded
(that was unfortunate and just because that was how I closed it on Friday actually) and got some library/program conflict messages, please see in attached ‘output run grc’ file, but I suppose that’s just due to the Boost changes? Then I did replace the module in the flowgraph but still get the Attribute error when I try to run it. I am using QT gui – I don’t understand why it is mentioning ‘wx-python’ in the warnings but that may not
be an/the issue ? I will be grateful for any suggestions although I may not be able to try any of them out until Wednesday. Regards Jacqueline From:
Discuss-gnuradio [mailto:discuss-gnuradio-bounces+address@hidden
On Behalf Of Marcus Müller Hi Jacqueline, first of all: thanks for the excellent report! It's rare that we get such well-defined and -researched problem descriptions. So, regarding SWIG, I guess "everyone" is about as smart as you are. I don't get that warning, though I'm using the same version of SWIG as you are – also, the same version of GCC. What differs between our systems (mine is a fedora 25) is that you're using
a more recent Boost version – as we see from the errors, somethings amiss with that.
Now, Boost has a history of not having good autoconf and CMake scripts, and that could be exactly what's hurting us here – the FindBoost in my /usr/share/cmake/Modules has exactly the warning displayed at exactly the code line (744), but it also as a terrible
long list of elseifs() before that simple ends for 1.62 – it seems that at least for my CMake Version, no one had the time to fix Boost detection. Luckily, that seems fixed upstream [1]! Can you do two things: 1. go into your /usr/share/cmake-3.7/Modules/FindBoost.cmake , line 744, and verify the last elseif is "NOT Boost_VERSION VERSION_LESS 106100 AND Boost_VERSION VERSION_LESS 106200" ¹ 2. if 1. is the case, go to [1], replace (maybe backup) your FindBoost.cmake with that (maybe putting it in your gr-tutorial/cmake/Modules directory suffices, here, but I'm not sure in which order cmake goes through the different directories) , empty your
build dir (really, rm -rf gr-tutorial/build/*) and do things again. Does the Boost warning disappear? If it does, would be a nice time to let the upstream maintainer of Arch's Boost or Arch's cmake package know that this file needs updatin'.
3. Try again with tutorial 4. Best regards, Marcus [1]
https://github.com/Kitware/CMake/blob/master/Modules/FindBoost.cmake#L745
On 01/20/2017 04:37 PM, Jacqueline.Walker wrote:
|
output run grc.txt
Description: output run grc.txt
cmake output Jan23.txt
Description: cmake output Jan23.txt
make output Jan23.txt
Description: make output Jan23.txt
make install output Jan23.txt
Description: make install output Jan23.txt
[Prev in Thread] | Current Thread | [Next in Thread] |