Hi Vamsi - it looks like you're not linking with Volk directly; indirect linking (via one of the GR libraries) doesn't work. Check out any of the various OOT modules that do that linking for specifics. - MLD On Fri, Apr 28, 2017 at 12:12 AM, vamsi krishna wrote: > > I get the following error when I use Volk function in OOT block. > > --- > [ 4%] *Linking CXX shared library libgnuradio-fsk_demod.dylib* > cd /Users/vamsi/Documents/workspace/spectrum_sc2/comp1/collaboration_- > dev/vamsi/gr_modules/gr-fsk_demod/build/lib && /opt/local/bin/cmake -E > cmake_link_script CMakeFiles/gnuradio-fsk_demod.dir/link.txt -- > verbose=1> > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xc- > toolchain/usr/bin/c++ -O3 -DNDEBUG -dynamiclib -Wl,- > headerpad_max_install_names -o libgnuradio-fsk_demod.dylib - > install_name /opt/local/lib/libgnuradio-fsk_demod.dylib CMakeFiles/gnuradio- > fsk_demod.dir/fsk_detector_impl.cc.o CMakeFiles/gnuradio- > fsk_demod.dir/elp_timing_recov_impl.cc.o CMakeFiles/gnuradio- > fsk_demod.dir/quad_demod_ins_impl.cc.o CMakeFiles/gnuradio- > fsk_demod.dir/iq_imbal_correct_impl.cc.o CMakeFiles/gnuradio- > fsk_demod.dir/logagc_cc_impl.cc.o -L/opt/local/lib -Wl,- > rpath,/opt/local/lib /opt/local/lib/libboost_filesystem-mt.dylib > /opt/local/lib/libboost_system- > mt.dylib /opt/local/lib/libgnuradio-runtime.dylib /opt/local/lib/libgnuradio- > pmt.dylib> Undefined symbols for architecture x86_64: > "_volk_32f_accumulator_s32f", referenced from: > > gr::fsk_demod::elp_timing_recov_impl::general_work(int, > std::__1::vector<int, std::__1::allocator<int> >&, > std::__1::vector<void const*, std::__1::allocator<void const*> > >&, std::__1::vector<void*, std::__1::allocator<void*> >&) in > elp_timing_recov_impl.cc.o> --- > > I use GNURadio on Mac, installed using Macports. Volk is installed > [header file is included so compilation goes through alright, but > linking fails.]> > Macport versions: > > gnuradio-devel @20170423 science/gnuradio > volk @1.3 science/volk > > ---Code > .... > > #include <volk/volk.h> > .... > > volk_32f_accumulator_s32f(&d_mf_out, &d_mf_reg[0], d_sps); > -- > > Shouldn't volk function be used with new GNURadio(This block worked in > 3.7.2ish version)? If not, should some other option be passed during > compilation time?
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
