OK, it appears a previous install hid an extra libvolk in /usr/lib/x86_64-linux-gnu, removing that everything is working well so far, thank you for the help everyone.
-Andrew On Sun, Jul 7, 2013 at 4:12 AM, Tom Rondeau <t...@trondeau.com> wrote: > On Fri, Jul 5, 2013 at 6:31 PM, Andrew Davis <glneolistm...@gmail.com> > wrote: > > Thanks for the suggestion, I removed every trace of GNU Radio off this > > machine and re-installed, it did not fix the problem. After further > > investigation the problem appears to be related to another problem I have > > been having, when I would run any block using filters I would get: > > > >> ImportError: /usr/lib/libgnuradio-filter-3.7.1git.so.0.0.0: undefined > >> symbol: volk_32f_x2_dot_prod_16i_a > > > > And now when I manual pull in 'analog' in python I get: > > > >> ImportError: /usr/lib/libgnuradio-blocks-3.7.1git.so.0.0.0: undefined > >> symbol: volk_64u_byteswap_u > > > > So this link problem is what is keeping 'analog' undefined. > > > > When I run 'readelf -d /usr/lib/libgnuradio-filter-3.7.1git.so.0.0.0' I > get: > > > >> 0x0000000000000001 (NEEDED) Shared library: [libvolk.so.0.0.0] > > > > So I think It is being linked, and when I run 'nm -D > > /usr/lib/libvolk.so.0.0.0' I get: > > > >> 00000000002d69f0 D volk_32f_x2_dot_prod_16i > >> 00000000002d6a10 D volk_32f_x2_dot_prod_16i_a <--------------- > >> 0000000000042130 T volk_32f_x2_dot_prod_16i_get_func_desc > > > > So I think libvolk exports it ( although i'm not sure why the 'D' is > there > > ). > > > > What else could I check to see why VOLK functions are not getting linked? > > > > Thank you > > -Andrew > > Ok, that clears up the import error. Have you just tried running > 'ldconfig' to see if that fixes your linking problems? > > Tom > > > > On Thu, Jul 4, 2013 at 5:17 PM, Stephen Harrison < > msteveharri...@gmail.com> > > wrote: > >> > >> I had the same problem, but realized I was using the GRC .xml > definitions > >> from the previous version (in /usr/local/share/gnuradio/blocks). > >> > >> > >> On Thu, Jul 4, 2013 at 2:12 PM, Tom Rondeau <t...@trondeau.com> wrote: > >>> > >>> On Thu, Jul 4, 2013 at 4:58 PM, Andrew Davis <glneolistm...@gmail.com> > >>> wrote: > >>> > Hello all, > >>> > > >>> > I'm using Xubuntu 13.04 and compiled from 3.7git, when I try to run > GRC > >>> > almost any block that uses constants from the updates name-spaces GRC > >>> > fails > >>> > with: > >>> > > >>> >> Value "firdes.WIN_HAMMING" cannot be evaluated: > >>> >> name 'firdes' is not defined > >>> > > >>> > or for signal source and related: > >>> > > >>> >> Value "analog.GR_SIN_WAVE" cannot be evaluated: > >>> >> name 'analog' is not defined > >>> > > >>> > I'm not sure where in GRC these are defined but I will continue to > look > >>> > for > >>> > a fix. > >>> > > >>> > Thank you > >>> > ~Andrew > >>> > >>> Have you removed all other GNU Radio versions from your machine? > >>> > >>> Also, if these are your own GRC files, might just try typing it in > >>> again as the state might be a bit confused after an update. > >>> > >>> The specific cases you've mentioned have been tested for in the 3.7 > >>> release, so I think it's something local and/or a confusion after an > >>> upgrade (the latter are bound to happen). > >>> > >>> Tom >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio