discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] Compile-time errors and coredumps disappeared, bu


From: Jiri Pittner
Subject: Re: [Discuss-gnuradio] Compile-time errors and coredumps disappeared, but WBX not accessible
Date: Sun, 5 Feb 2012 22:43:22 +0100 (CET)

Hi Ben,
good news - the cmake-built gnuradio does not crash. However, I am not completely happy yet: when I try some WFM receive example, it always reports "frequency out of range". I have WBX in side A and DBSRX in side B of USRP1. uhd_usrp_probe recognizes this well:
...
|   |   |    /
|   |   |   |       RX Subdev: 0
|   |   |   |   Name: WBX RX v2 + Simple GDB
|   |   |   |   Antennas: TX/RX, RX2, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 68.750 to 2200.000 Mhz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
...
But even using option -a A:0 for gnuradio/gr-uhd/examples/usrp_wfm_rcv.py does not help, it always obviously tries to access DBSRX, which is inappropriate for this freq. Any idea what could be wrong?

Best regards,
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>





reply via email to

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