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

[Volker Schroer]

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

/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/qa_agc_test.sh
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 :

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH

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.

Setting

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:
>
> > > 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
> > >
> > >
> > > 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
> > rerun.
>
> Yeah, this update required a make clean to ensure everything got
> rebuilt, but afterwards it's fine.