discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Compile-time error with boost-1.47 and with volk


From: Josh Blum
Subject: Re: [Discuss-gnuradio] Compile-time error with boost-1.47 and with volk
Date: Fri, 03 Feb 2012 13:26:04 -0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0


On 02/03/2012 01:20 PM, Jiri Pittner wrote:
> Hi Ben,
> 
> thanks for the hint - with cmake, I compiled it without any problem,
> including volk, using the boost-1.47.0 version. I do not have USRP
> at hand over the weekend, so I remain curious whether the runtime crash
> disappears, too.
> 
> However, there is a problem: I want to use also the funcube-dongle, and
> when trying to compile gr-fcd, I get errors, since cmake does not employ
> libtool and the .la files are missing. gr-fcd does not support cmake so
> far.

The .la files are not needed to build against a library.

> My goal was to have one version of gnuradio installed, which will run both
> with USRP and FCD, but it seems not possible at the moment...

This should not be an issue. Libraries are libraries, doesn't matter the
build system.

> I am not familiar with cmake, but maybe it is not so difficult to create
> files necessary for compilation of gr-fcd with cmake. If the cmake-built
> gnuradio does not crash with USRP, I will probably try it.
> 
> Thanks,
> Jiri
> 
> 
> On Fri, 3 Feb 2012, Ben Hilburn wrote:
> 
>> Jiri -
>>
>> Just to echo Marcus, have you tried building with CMake?  Many people
>> find
>> that the CMake build magically fixes bizarre build errors; it certainly
>> does in my case!
>>
>> Cheers,
>> Ben
>>
>> On Fri, Feb 3, 2012 at 8:59 AM, Jiri Pittner
>> <address@hidden>wrote:
>>
>>> Hi Volker,
>>>
>>> thanks for the hints. I have presently 3 versions of boost:
>>>     Installed versions:  1.42.0(1.42)(19:46:44 5.3.2011)(python
>>> -examples)
>>> 1.46.1(1.46)(23:21:11 11.5.2011)(python -examples) 1.47.0(1.47)(14:25:38
>>> 1.11.2011)(python -examples)
>>> and I am using eselect to switch between. I can try to emerge --sync and
>>> install boost-1.47.0-r1 (not a typo from 1.48.0-r1?).
>>> I have automake 1.11.1 and autoconf 2.68. No problems with make install
>>> encountered.
>>>
>>> Best regards,
>>> Jiri
>>>
>>>
>>> On Fri, 3 Feb 2012, 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
>>>>
>>>> <overrule_val>x86_64</**overrule_val>
>>>>
>>>>
>>>> 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
>>>>>>>>>>>  ______________________________**_________________
>>>>>>  Discuss-gnuradio mailing list
>>>>>>  address@hidden
>>>>>>  
>>>>>> https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>>>>>
>>>>>>>
>>>>>  ______________________________**_________________
>>>>>  Discuss-gnuradio mailing list
>>>>>  address@hidden
>>>>>  
>>>>> https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>>>>
>>>>>
>>>>>
>>>>
>>>> ______________________________**_________________
>>>> Discuss-gnuradio mailing list
>>>> address@hidden
>>>> https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>>>
>>>>
>>>>
>>>>
>>> ______________________________**_________________
>>> Discuss-gnuradio mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>>
>>>
>>
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



reply via email to

[Prev in Thread] Current Thread [Next in Thread]