Re: [Discuss-gnuradio] Problems building GNURadio

[West, Nathan]

I'm mobile at the moment, so can't be detailed... +1 to not disabling NEON. I'd rather point people towards the GNU radio wiki resources rather than random blog posts since they will inevitably be out of date (which this one definitely is) because the authors don't track GR development very closely. This page will be much more helpful: 

http://gnuradio.org/redmine/projects/gnuradio/wiki/embedded

That said, there were also changes to the build setup for ARM made yesterday, so it would be good to know what revision your building.

There have been a lot of changes to ARM builds recently, so patience and feedback are appreciated.

On Saturday, September 20, 2014, Philip Balister <address@hidden> wrote:

On 09/19/2014 12:08 PM, Mike Jameson wrote:
> This URL might help:
>
> https://labs.mwrinfosecurity.com/blog/2014/06/18/beaglebone-black-gnu-radio-and-hackrf-one/
>
> Have you tried disabling NEON?

Disabling NEON on this platform is a bad thing. Hopefully one of the
volk guys sees what is going on. I suspect you need to use the native
build toolchain file.

Philip

>
> Mike
>
> --
> Mike Jameson M0MIK BSc MIET
> Ettus Research Technical Support
> Email: address@hidden
> Web: http://ettus.com
>
> On Fri, Sep 19, 2014 at 4:29 PM, Michal Jakubiak <address@hidden> wrote:
>
>> I'm refreshing this one since I have a very similar problem. I'm trying to
>> build gr on BeagleBone Black, which is also an ARMv7. I'm using the
>> build-gnuradio script.
>>
>>
>>
>>> [  4%] Building C object volk/lib/CMakeFiles/volk.dir/volk_cpu.c.o
>>> [  4%] Building C object volk/lib/CMakeFiles/volk.dir/volk_machines.c.o
>>> [  4%] Building C object
>>> volk/lib/CMakeFiles/volk.dir/volk_machine_generic_orc.c.o
>>> [  4%] Building C object
>>> volk/lib/CMakeFiles/volk.dir/volk_machine_neon_hardfp_orc.c.o
>>> Linking C shared library libvolk.so
>>> [  4%] Built target volk
>>> [  4%] Building CXX object volk/lib/CMakeFiles/test_all.dir/testqa.cc.o
>>> [  4%] Building CXX object volk/lib/CMakeFiles/test_all.dir/qa_utils.cc.o
>>> Linking CXX executable test_all
>>> libvolk.so.0.0.0: undefined reference to
>>> `volk_32fc_x2_multiply_32fc_neonasm'
>>> libvolk.so.0.0.0: undefined reference to
>>> `volk_16i_max_star_horizontal_16i_neonasm'
>>> libvolk.so.0.0.0: undefined reference to
>>> `volk_32fc_32f_dot_prod_32fc_a_neonasm'
>>> libvolk.so.0.0.0: undefined reference to
>>> `volk_32f_x2_dot_prod_32f_neonasm_opts'
>>> libvolk.so.0.0.0: undefined reference to
>>> `volk_32fc_32f_dot_prod_32fc_a_neonpipeline'
>>> libvolk.so.0.0.0: undefined reference to
>>> `volk_32f_x2_dot_prod_32f_neonasm'
>>> collect2: ld returned 1 exit status
>>> make[2]: *** [volk/lib/test_all] Error 1
>>> make[1]: *** [volk/lib/CMakeFiles/test_all.dir/all] Error 2
>>> make: *** [all] Error 2
>>> make failed
>>> Exiting Gnu Radio build/install
>>
>>
>> I've edited the cmake command in the script:
>>
>> cmake -DENABLE_BAD_BOOST=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo $CMAKE_FLAG1
>> $CMAKE_FLAG2 $CMF1 $CMF2 -DCMAKE_C_FLAGS="-march=armv7-a -mthumb-interwork
>> -mfloat-abi=hard -mfpu=neon -mtune=cortex-a9"
>> -DCMAKE_ASM-ATT_FLAGS="-march=armv7-a -mthumb-interwork -mfloat-abi=hard
>> -mfpu=neon" ../ >>$LOGDEV 2>&1
>>
>> Unfortunately, it had no effect. I'm out of ideas over here :/
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio