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