[Buildroot] [PATCH v4 3/3] GNURadio: new package

[gwenhael.goavec]

On Mon, 9 Mar 2015 11:30:57 +0100
Thomas Petazzoni <thomas.petazzoni at free-electrons.com> wrote:

> Hello,
> 
> (Please try to strip useless parts of an e-mail when replying, thanks!).
> 
Sorry
> On Mon, 9 Mar 2015 11:22:23 +0100, gwenhael.goavec wrote:
> 
> > > > +GNURADIO_CONF_OPTS += -DENABLE_DEFAULT=OFF -DENABLE_TESTING=OFF
> > > > +GNURADIO_CONF_OPTS += -DENABLE_VOLK=ON -DENABLE_GNURADIO_RUNTIME=ON
> > > > +ifeq ($(BR2_arm),y)
> > > > +ifeq ($(BR2_ARM_CPU_HAS_NEON)$(BR2_ARM_EABIHF),yy)
> > > > +GNURADIO_MTUNE = $(call qstrip,$(BR2_GCC_TARGET_CPU))
> > > > +GNURADIO_CONF_OPTS += -DCMAKE_C_FLAGS="-mfloat-abi=hard -mfpu=neon -march=armv7-a -mtune=$(GNURADIO_MTUNE)"
> > > Hum... Dubious! Enforcing these target flags won't play very well with
> > > the toolchain wrapper!
> > > Also, how about aarch64 targets?
> > >
> > Volk seems buggy on arm with hf, consequently this Work around is mandatory to
> > avoid build failure... I'm agree it's not really good but it's the recommended
> > solution... 
> 
> Can you be more specific about this? What bug?
> 
> Because what you're doing here with -mfloat-abi=hard is *precisely*
> using EABIhf.
> 

If I use -Dhave_mfpu_neon=1 or nothing in fact I have this :

../lib/libvolk.so.0.0.0: undefined reference to `volk_16i_max_star_horizontal_16i_neonasm' 
../lib/libvolk.so.0.0.0: undefined reference to `volk_32fc_x2_multiply_32fc_neonasm' 
../lib/libvolk.so.0.0.0: undefined reference to `volk_32fc_32f_dot_prod_32fc_a_neonasm' 
../lib/libvolk.so.0.0.0: undefined reference to `volk_32f_x2_dot_prod_32f_neonasm' 
../lib/libvolk.so.0.0.0: undefined reference to `volk_32f_x2_dot_prod_32f_neonasm_opts' 
../lib/libvolk.so.0.0.0: undefined reference to `volk_32fc_32f_dot_prod_32fc_a_neonpipeline' 
collect2: error: ld returned 1 exit status
make[3]: *** [volk/apps/volk-config-info] Error 1

According to [1] and [2] the only solution to compile successfully gnuradio is
to force all flags.

Gwen

[1] https://gnuradio.org/redmine/issues/692#note-12
[2] http://gnuradio.org/redmine/projects/gnuradio/wiki/Embedded#Native-Compiling