Re: [Discuss-gnuradio] Volk functions in OOT on Mac

Hi Michael,

Thanks for the information. I have the below fix which gets me around the problem. But I'm not sure if this is the correct way to do it. Could you please take a look?

Including Volk during linking and runtime · vamsi765/gr-testinggnuradio@17dd8d0

Including Volk during linking and runtime · vamsi765/gr-testinggnuradio@17d... gr-testinggnuradio - This is a sample gnuradio to check if the build works

Thank you again,

Vamsi

On Friday, 28 April 2017 5:45 AM, Michael Dickens <michael.dickens@ettus.com> wrote:

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.xctoolchain/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