Volk seems to build just fine under Cmake on my 64-bit systems.
On Fri, 03 Feb 2012 16:53:19 +0100, Volker Schroer wrote: > Hi Jiri, > > I'm using gentoo, too and it compiles with boost-1.47.0-r1. Do you have > some older files of boost installed while trying to compil with 1.47 ? > > volk does not compile , because you have a 64 bit system. > > I fixed this problem by deleting line 21 in volk/gen/archs.xml before > runnig boostrap > The line is > > x86_64 > > I hope this helps. > > What version of automake do you use ? I'm using 1.11.2 and getting > problems when running make install. > > I'm curious if this happents on your system, too. > > Volker > > Am 03.02.2012 11:37, schrieb Jiri Pittner: >> After configuring current git version of Gnuradio as /configure --enable-gr-uhd --enable-gr-noaa --enable-usrp2 --enable-usrp --enable-gr-usrp --enable-grc --enable-gr-audio-alsa --enable-gr-trellis --disable-volk and running make, while boost-1.47 is installed, I am getting the following error: libtool: link: ( cd ".libs" && rm -f "libgruel.la" && ln -s "../libgruel.la" "libgruel.la" ) /bin/sh ../../../libtool --tag=CXX --mode=link g++ -g -O2 -Wall -Woverloaded-virtual -Wno-uninitialized -pthread -o test_gruel test_gruel.o -lboost_thread-1_42 -lboost_system-1_42 -lboost_filesystem-1_42 pmt/libpmt-qa.la libgruel.la -lltdl libtool: link: g++ -g -O2 -Wall -Woverloaded-virtual -Wno-uninitialized -pthread -o .libs/test_gruel test_gruel.o pmt/.libs/libpmt-qa.a -L/usr/lib64 /usr/lib64/libcppunit.so ./.libs/libgruel.so -lboost_system-1_42 -lboost_filesystem-1_42 -lboost_thread-1_42 /usr/lib64/libltdl.so -ldl -pthread test_gruel.o: In function `current_path': /usr/include/boost/filesystem/v3/operations.hpp:348: undefined reference to `boost::filesystem3::detail::current_path(boost::system::error_code*)' test_gruel.o: In function `boost::filesystem3::operator/(boost::filesystem3::path const&, boost::filesystem3::path const&)': /usr/include/boost/filesystem/v3/path.hpp:584: undefined reference to `boost::filesystem3::path::operator/=(boost::filesystem3::path const&)' test_gruel.o: In function `is_directory': /usr/include/boost/filesystem/v3/operations.hpp:223: undefined reference to `boost::filesystem3::detail::status(boost::filesystem3::path const&, boost::system::error_code*)' test_gruel.o: In function `create_directory': /usr/include/boost/filesystem/v3/operations.hpp:324: undefined reference to `boost::filesystem3::detail::create_directory(boost::filesystem3::path const&, boost::system::error_code*)' test_gruel.o: In function `boost::filesystem3::operator/(boost::filesystem3::path const&, boost::filesystem3::path const&)': /usr/include/boost/filesystem/v3/path.hpp:584: undefined reference to `boost::filesystem3::path::operator/=(boost::filesystem3::path const&)' test_gruel.o: In function `__static_initialization_and_destruction_0': /usr/include/boost/system/error_code.hpp:214: undefined reference to `boost::system::generic_category()' /usr/include/boost/system/error_code.hpp:215: undefined reference to `boost::system::generic_category()' /usr/include/boost/system/error_code.hpp:216: undefined reference to `boost::system::system_category()' collect2: ld returned 1 exit status make[7]: *** [test_gruel] Error 1 make[7]: Leaving directory `/scratch/jiri/gnuradio/gruel/src/lib' With boost-1.46 it fails the same way. With boost-1.42 it compiles, but I am getting the aforementioned segmentation fault. Also, compilation with volk fails: having boost-1.42, ./configure --enable-gr-uhd --enable-gr-noaa --enable-usrp2 --enable-usrp --enable-gr-usrp --enable-grc --enable-gr-audio-alsa --enable-gr-trellis make -j 8: libtool: link: ar cru .libs/libvolk_ssse3_64.a .libs/libvolk_ssse3_64_la-volk_machine_ssse3_64.o libtool: link: ranlib .libs/libvolk_ssse3_64.a libtool: link: ( cd ".libs" && rm -f "libvolk_ssse3_64.la" && ln -s "../libvolk_ssse3_64.la" "libvolk_ssse3_64.la" ) /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -version-info 0:0:0 -lorc-0.4 -lorc-0.4 -o libvolk.la -rpath /usr/local/lib64 libvolk_la-volk.lo libvolk_la-volk_cpu.lo libvolk_la-volk_rank_archs.lo libvolk_la-volk_prefs.lo libvolk_la-volk_machines.lo ../orc/libvolk_orc.la libvolk_avx_only.la libvolk_ssse3_32.la libvolk_sse3_64.la libvolk_sse2_32.la libvolk_generic.la libvolk_sse4_2_64.la libvolk_sse4_a_64.la libvolk_avx_64.la libvolk_sse4_1_32.la libvolk_sse2_64.la libvolk_sse4_a_32.la libvolk_sse4_2_32.la libvolk_avx_32.la libvolk_sse2_only.la libvolk_sse4_1_64.la libvolk_sse3_32.la libvolk_ssse3_64.la libtool: link: gcc -shared -fPIC -DPIC .libs/libvolk_la-volk.o .libs/libvolk_la-volk_cpu.o .libs/libvolk_la-volk_rank_archs.o .libs/libvolk_la-volk_prefs.o .libs/libvolk_la-volk_machines.o -Wl,--whole-archive ../orc/.libs/libvolk_orc.a ./.libs/libvolk_avx_only.a ./.libs/libvolk_ssse3_32.a ./.libs/libvolk_sse3_64.a ./.libs/libvolk_sse2_32.a ./.libs/libvolk_generic.a ./.libs/libvolk_sse4_2_64.a ./.libs/libvolk_sse4_a_64.a ./.libs/libvolk_avx_64.a ./.libs/libvolk_sse4_1_32.a ./.libs/libvolk_sse2_64.a ./.libs/libvolk_sse4_a_32.a ./.libs/libvolk_sse4_2_32.a ./.libs/libvolk_avx_32.a ./.libs/libvolk_sse2_only.a ./.libs/libvolk_sse4_1_64.a ./.libs/libvolk_sse3_32.a ./.libs/libvolk_ssse3_64.a -Wl,--no-whole-archive -lorc-0.4 -O2 -Wl,-soname -Wl,libvolk.so.0 -o .libs/libvolk.so.0.0.0 /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `./.libs/libvolk_ssse3_32.a(libvolk_ssse3_32_la-volk_machine_ssse3_32.o)' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `./.libs/libvolk_sse2_32.a(libvolk_sse2_32_la-volk_machine_sse2_32.o)' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `./.libs/libvolk_sse4_1_32.a(libvolk_sse4_1_32_la-volk_machine_sse4_1_32.o)' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `./.libs/libvolk_sse4_a_32.a(libvolk_sse4_a_32_la-volk_machine_sse4_a_32.o)' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `./.libs/libvolk_sse4_2_32.a(libvolk_sse4_2_32_la-volk_machine_sse4_2_32.o)' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `./.libs/libvolk_avx_32.a(libvolk_avx_32_la-volk_machine_avx_32.o)' is incompatible with i386:x86-64 output /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: i386 architecture of input file `./.libs/libvolk_sse3_32.a(libvolk_sse3_32_la-volk_machine_sse3_32.o)' is incompatible with i386:x86-64 output ./.libs/libvolk_ssse3_32.a(libvolk_ssse3_32_la-volk_machine_ssse3_32.o): In function `volk_32f_s32f_stddev_32f_a_generic': /scratch/jiri/gnuradio/volk/lib/../include/volk/volk_32f_s32f_stddev_32f_a.h:136: undefined reference to `sqrtf' ./.libs/libvolk_ssse3_32.a(libvolk_ssse3_32_la-volk_machine_ssse3_32.o): In function `volk_16ic_magnitude_16i_a_generic': /scratch/jiri/gnuradio/volk/lib/../include/volk/volk_16ic_magnitude_16i_a.h:172: undefined reference to `sqrtf' and many undefined references to atan2f,powf,sincosf, etc. gfollow. I have gcc (Gentoo 4.5.3-r1 p1.0, pie-0.4.5) 4.5.3 on X86_64 Intel(R) Core(TM) i7 system. Thanks for advices, Jiri Pittner On Fri, 3 Feb 2012, Jiri Pittner wrote: >> >>> This I did more than 10 times recently, testing also with 3.4.2, carefully deinstalling previously installed versions. It's reasonably fast on 4-core machine and as Gentoo user I am used to run some compilations :-). As I wrote I got compilation errors with newer boost versions, I will retry that and report them, since the backtrace shows problem is in boost, so when I am able to compile gnuradio with newer boost it might help. Jiri On Thu, 2 Feb 2012, Marcus D. Leech wrote: >>> >>>> On 02/02/2012 05:54 PM, Nick Foster wrote: >>>> >>>>> Try recompiling gr-uhd and reinstalling. >>>>> >>>>>> --n >>>> Might as well re-do the entire Gnu Radio build. It doesn't take *that* long. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org [1] >>> _______________________________________________ Discuss-gnuradio mailing list [email protected] [2] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3] >> _______________________________________________ Discuss-gnuradio mailing list [email protected] [4] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [5] > _______________________________________________ Discuss-gnuradio mailing list [email protected] [6] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [7] Links: ------ [1] http://www.sbrac.org [2] mailto:[email protected] [3] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [4] mailto:[email protected] [5] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [6] mailto:[email protected] [7] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
