[Top][All Lists]

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

Re: [Discuss-gnuradio] Tests of gr-analog failed

From: Volker Schroer
Subject: Re: [Discuss-gnuradio] Tests of gr-analog failed
Date: Tue, 29 Oct 2013 11:32:14 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0

I did a fresh rebuild. But it does not work.

Traceback (most recent call last):
File "/home/schroer/gnuradiocomponents/gnuradio/gr-analog/python/analog/qa_agc.py", line 23, in <module>
    from gnuradio import gr, gr_unittest, analog, blocks
File "/home/schroer/gnuradiocomponents/gnuradio/gr-analog/python/analog/__init__.py", line 33, in <module>
    from analog_swig import *
File "/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/../../swig/analog_swig.py", line 28, in <module>
    _analog_swig = swig_import_helper()
File "/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/../../swig/analog_swig.py", line 24, in swig_import_helper
    _mod = imp.load_module('_analog_swig', fp, pathname, description)
ImportError: /home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/lib/libgnuradio-analog-3.7.2git.so.0.0.0: undefined symbol: volk_32f_invsqrt_32f_a

This is due to wrong setting of the LD_LIBRARY_PATH in the qa_agc_test.sh file.
It is set :


which points to an existing ( older ) gnuradio installation. But I don't want the existing gnuradio but the new one that lives in the build directory.


export LD_LIBRARY_PATH=/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/volk/lib:$LD_LIBRARY_PATH

in qa_agc_test.sh

makes the test work.

So the only thing todo is to find the place where this variable will be constructed for use in the test files.

-- Volker

Am 28.10.2013 17:26, schrieb Johnathan Corgan:
On 10/28/2013 09:19 AM, Tom Rondeau wrote:
On Sun, Oct 27, 2013 at 2:18 AM, Volker Schroer <address@hidden> wrote:

undefined symbol: volk_32f_invsqrt_32f_a

But volk_32f_invsqrt_32f_a seems to be build in volk.

Any ideas ??

-- Volker

The invsqrt function is a new one. My guess is that you haven't
rebuilt and installed libvolk with the new kernel. You might also want
to rerun cmake to make sure all of the VOLK gernating machinery gets

Yeah, this update required a make clean to ensure everything got
rebuilt, but afterwards it's fine.

reply via email to

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