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.
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...
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 <jiri.pitt...@jh-inst.cas.cz>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
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
______________________________**_________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
______________________________**_________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
______________________________**_________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
