Forum: GNU Radio Install problems on gentoo + fix

58b85b46524d4be0f88f4dd837ec2e28?d=identicon&s=25 Volker Schroer (Guest)
on 2013-05-29 12:32
(Received via mailing list)
Hi all.

Today I tried a fresh install of new master from the actual git
repository.

Everything compile well but make test gave the following errors:


1:qa_volk_test_all
146:qa_ofdm_txrx
161:qa_qtgui
===================================
1:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
symbol lookup error:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
undefined symbol: volk_16ic_s32f_deinterleave_real_32f_get_func_desc
<end of output>
Test time =   0.02 sec
===================================================
Here I have no ideas.

=====================
2:
Traceback (most recent call last):
   File
"/home/schroer/gnuradiocomponents/gnuradio/gr-digital/python/qa_ofdm_txrx.py",
line 24, in <module>
     import scipy
ImportError: No module named scipy
<end of output>
Test time =   0.11 sec
=============================

Ok, scipy is not installed . So I think, this is not a real problem.

===============================

3:
Traceback (most recent call last):
   File
"/home/schroer/gnuradiocomponents/gnuradio/gr-qtgui/python/qa_qtgui.py",
line 24, in <module>
     import qtgui_swig as qtgui
   File
"/home/schroer/gnuradiocomponents/gnuradio/build-3.7/gr-qtgui/swig/qtgui_swig.py",
line 26, in <module>
     _qtgui_swig = swig_import_helper()
   File
"/home/schroer/gnuradiocomponents/gnuradio/build-3.7/gr-qtgui/swig/qtgui_swig.py",
line 22, in swig_import_helper
     _mod = imp.load_module('_qtgui_swig', fp, pathname, description)
ImportError:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7/gr-qtgui/lib/libgnuradio-qtgui-3.7.0git.so.0.0.0:
undefined symbol:
_ZNK7QwtPlot9drawItemsEP8QPainterRK6QRectFPK11QwtScaleMap
<end of output>
Test time =   0.17 sec

=======================================

This is a problem of gentoo, because it requires qtw5 and qwt6 to be
install.

The FindQwt.cmake finds the qwt-lib belonging to qwt5 but the qwt-lib
belonging to qwt6 is required.

The following patch solves the problem and should work on other systems,
too.

==============================================
diff --git a/cmake/Modules/FindQwt.cmake b/cmake/Modules/FindQwt.cmake
index eba3e64..0a8eab8 100644
--- a/cmake/Modules/FindQwt.cmake
+++ b/cmake/Modules/FindQwt.cmake
@@ -18,7 +18,7 @@ find_path (QWT_INCLUDE_DIRS
  )

  find_library (QWT_LIBRARIES
-       NAMES qwt qwt-qt4
+       NAMES qwt6 qwt qwt-qt4
         HINTS
         ${CMAKE_INSTALL_PREFIX}/lib
         ${CMAKE_INSTALL_PREFIX}/lib64
=============================================

-- Volker
D3e3c5e41e9aed486856802be823e181?d=identicon&s=25 Johnathan Corgan (Guest)
on 2013-05-29 14:08
(Received via mailing list)
On Wed, May 29, 2013 at 3:31 AM, Volker Schroer <dl1ksv@gmx.de> wrote:


> /home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
> symbol lookup error:
> /home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
> undefined symbol: volk_16ic_s32f_deinterleave_real_32f_get_func_desc
>

I'm looking to this one.

ImportError: No module named scipy
>

It turns out this was an unneeded import (probably left over from
testing).  I've removed it and will push shortly.

The FindQwt.cmake finds the qwt-lib belonging to qwt5 but the qwt-lib
> belonging to qwt6 is required.
>
> The following patch solves the problem and should work on other systems,
> too.
>

Have you actually run the QT example programs after apply that patch and
recompiling?
58b85b46524d4be0f88f4dd837ec2e28?d=identicon&s=25 Volker Schroer (Guest)
on 2013-05-29 14:40
(Received via mailing list)
>
> Have you actually run the QT example programs after apply that patch and
> recompiling?
>
pyqt_example_f.py and pyqt_time_f.py work after recompiling but
pyqt_example_c.py and pyqt_time_c.py fail with

     ss = open('dark.qss')
IOError: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'dark.qss'
58b85b46524d4be0f88f4dd837ec2e28?d=identicon&s=25 Volker Schroer (Guest)
on 2013-05-29 14:44
(Received via mailing list)
Now directly running from the examples directory everything works. Looks
great
Am 29.05.2013 14:39, schrieb Volker Schroer:
D3e3c5e41e9aed486856802be823e181?d=identicon&s=25 Johnathan Corgan (Guest)
on 2013-05-29 14:44
(Received via mailing list)
On Wed, May 29, 2013 at 5:39 AM, Volker Schroer <dl1ksv@gmx.de> wrote:

 Have you actually run the QT example programs after apply that patch
and
>> recompiling?
>>
>>  pyqt_example_f.py and pyqt_time_f.py work after recompiling but
> pyqt_example_c.py and pyqt_time_c.py fail with
>
>     ss = open('dark.qss')
> IOError: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'dark.qss'


Tom Rondeau does most of our gr-qtgui work; I'm not as familiar with it.
I'll pass this one off to him :)
1e6c59e40cab32c41a46a56a3d3228ad?d=identicon&s=25 Richard Farina (Guest)
on 2013-05-30 03:08
(Received via mailing list)
On 05/29/2013 06:31 AM, Volker Schroer wrote:
> Hi all.
>
> Today I tried a fresh install of new master from the actual git repository.

On gentoo we have ebuilds for all of this... just so you know.  We are
always happy when you report bugs though :-)

Thanks,
Zero
C539637020fd56193dd6daec746c4a84?d=identicon&s=25 Tom Rondeau (Guest)
on 2013-05-30 04:04
(Received via mailing list)
On Wed, May 29, 2013 at 8:43 AM, Volker Schroer <dl1ksv@gmx.de> wrote:
> Now directly running from the examples directory everything works. Looks
> great

Yeah, was going to reply to this earlier, but you beat me to it. The
dark.qss is located in the directory of the examples, and they only
look at the current path for that file, so you need to be in there to
make them run.

Glad you got everything working! Thanks for the patches, too!

Tom
Please log in before posting. Registration is free and takes only a minute.
Existing account

NEW: Do you have a Google/GoogleMail, Yahoo or Facebook account? No registration required!
Log in with Google account | Log in with Yahoo account | Log in with Facebook account
No account? Register here.