Fwd: volk build error

Hi,

I’m experiencing problems with volk when building on an amd64 Debian
“testing”. It started when volk was first introduced to the git tree and
is
also my experience with the 3.4 release. When I build I get the
following:

make[4]: Entering directory /home/stevie/SourceCode/gnuradio/volk/lib' /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../lib -I/usr/include -I../include -I../gen/include -Dvolk_EXPORTS -fvisibility=hidden -DLV_MACHINE_SSE3_64 -DLV_MACHINE_GENERIC -DLV_MACHINE_SSE2_64 -DLV_MACHINE_SSE2_ONLY -DLV_MACHINE_SSE4_1_64 -DLV_MACHINE_SSSE3_64 -g -O2 -MT libvolk_la-volk.lo -MD -MP -MF .deps/libvolk_la-volk.Tpo -c -o libvolk_la-volk.lotest -f ‘…/gen/lib/volk.c’ || echo
‘./’`…/gen/lib/volk.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I… -I…/include -I…/lib
-I/usr/include -I…/include -I…/gen/include -Dvolk_EXPORTS
-fvisibility=hidden -DLV_MACHINE_SSE3_64 -DLV_MACHINE_GENERIC
-DLV_MACHINE_SSE2_64 -DLV_MACHINE_SSE2_ONLY -DLV_MACHINE_SSE4_1_64
-DLV_MACHINE_SSSE3_64 -g -O2 -MT libvolk_la-volk.lo -MD -MP -MF
.deps/libvolk_la-volk.Tpo -c …/gen/lib/volk.c -fPIC -DPIC -o
.libs/libvolk_la-volk.o
In file included from …/gen/lib/volk.c:6:0:
…/gen/lib/volk_machines.h:20:5: error: unknown type name
‘p_16i_x5_add_quad_16i_x4_a’
…/gen/lib/volk_machines.h:25:5: error: unknown type name
‘p_16i_branch_4_state_8_a’
…/gen/lib/volk_machines.h:30:5: error: unknown type name
‘p_16ic_deinterleave_16i_x2_a’
…/gen/lib/volk_machines.h:35:5: error: unknown type name
‘p_16ic_s32f_deinterleave_32f_x2_a’
…/gen/lib/volk_machines.h:40:5: error: unknown type name
‘p_16ic_deinterleave_real_16i_a’
…/gen/lib/volk_machines.h:45:5: error: unknown type name
‘p_16ic_s32f_deinterleave_real_32f_a’
…/gen/lib/volk_machines.h:50:5: error: unknown type name
‘p_16ic_deinterleave_real_8i_a’
…/gen/lib/volk_machines.h:55:5: error: unknown type name
‘p_16ic_magnitude_16i_a’
…/gen/lib/volk_machines.h:60:5: error: unknown type name
‘p_16ic_s32f_magnitude_32f_a’
…/gen/lib/volk_machines.h:65:5: error: unknown type name
‘p_16i_s32f_convert_32f_a’
…/gen/lib/volk_machines.h:75:5: error: unknown type name
‘p_16i_convert_8i_a’
…/gen/lib/volk_machines.h:85:5: error: unknown type name
‘p_16i_max_star_16i_a’
…/gen/lib/volk_machines.h:90:5: error: unknown type name
‘p_16i_max_star_horizontal_16i_a’
…/gen/lib/volk_machines.h:95:5: error: unknown type name
‘p_16i_permute_and_scalar_add_a’
…/gen/lib/volk_machines.h:100:5: error: unknown type name
‘p_16i_x4_quad_max_star_16i_a’
…/gen/lib/volk_machines.h:105:5: error: unknown type name
‘p_16u_byteswap_a’

and so on for a huge list of unknown types and then lots of errors later
on
because these types haven’t been defined.

ATB

Stevie

On Wed, Oct 19, 2011 at 8:22 PM, Stevie [email protected] wrote:

-DLV_MACHINE_GENERIC -DLV_MACHINE_SSE2_64 -DLV_MACHINE_SSE2_ONLY
.libs/libvolk_la-volk.o
‘p_16ic_deinterleave_real_16i_a’
…/gen/lib/volk_machines.h:75:5: error: unknown type name
‘p_16u_byteswap_a’

and so on for a huge list of unknown types and then lots of errors later on
because these types haven’t been defined.

ATB

Stevie

Those typedefs are part of volk, so it’s like your machine isn’t finding
the
volk header files. It’s possible something happened incorrectly with
bootstrap or configure (it looks like you’re running the autotools
stuff).

Could you send the full output of configure?

Also, have you tried building GNU Radio and volk using the new cmake
build
in the ‘next’ branch?

Thanks,
Tom

On 10/19/2011 08:22 PM, Stevie wrote:

-DLV_MACHINE_GENERIC -DLV_MACHINE_SSE2_64 -DLV_MACHINE_SSE2_ONLY
.libs/libvolk_la-volk.o
‘p_16ic_deinterleave_real_16i_a’
…/gen/lib/volk_machines.h:75:5: error: unknown type name
‘p_16u_byteswap_a’

and so on for a huge list of unknown types and then lots of errors later on
because these types haven’t been defined.

I recommend that you clean the generated files from the source tree. I
think that was the issue for someone else w/ a volk issue.
git clean -dfx

-josh

On 20/10/2011 3:07 PM, Josh B. wrote:

I recommend that you clean the generated files from the source tree. I
think that was the issue for someone else w/ a volk issue.
git clean -dfx

-josh

In which case, what it might mean is that generated “artifacts” have
gotten checked-in to the git tree that shouldn’t have been.

The naive approach of “git add *.c *.cpp *.h *.hpp” is likely not a good
thing to do when the directory may contain both
generated files and non-generated files of the same template. I’ve
done it myself. It leads to badness.