New build structure! (Warning #2)

On 10/20/2011 10:46 AM, Alexandru C. wrote:

to /usr/local/lib/… instead of /usr/local/lib64/…

lib64 is a redhat thing, so that should be correct for ubuntu

Actually, it’s also used in Ubuntu 11.10 now. I just built UHD and GNU
Radio yesterday. UHD installed in lib/ while GNU Radio (using
autotools) went to lib64/

Not sure why gnuradio autofoo is doing that. Its only supposed to
install lib64 when /etc/redhat-release (i think) file is found and 64
bit. So something must be confused.

-josh

Worked perfectly, first-attempt, with no special flags, on Arch =)

Cheers,
Ben

Il 20/10/2011 20:53, Josh B. ha scritto:

component so its easy to get a list of files per component (then do some
-josh


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

In fact I just experienced a dependency name incompatibility with
/python-Cheetah/ instead of /python-cheetah/ (on Ubuntu). I can’t
install the whole package because of a silly capital C ! ! ! :smiley:

I read about your multi_deb project, it’s like as doing a cmake package
for every single component, am i right ?

As a matter of fact every single module is built. I requested some time
ago help about build errors for the /volk/ module (on Ubuntu 10.10) but
with the latest git release it builds as well as the others.

Regards, Arturo

Worked perfectly, first-attempt, with no special flags, on Arch =)

Cheers,
Ben
I just built in on Fedora 14, on an AMD64 multi-core system. Flawless.


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

Tried on USRP E100 kernel module 3.0.0
Error when make.

[ 13%] Building C object
gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
/program/gnuradio/gnuradio-core/src/lib/filter/dotprod_fff_armv7_a.c: In
function ‘dotprod_fff_armv7_a’:
/program/gnuradio/gnuradio-core/src/lib/filter/dotprod_fff_armv7_a.c:67:5:
error: impossible register constraint in ‘asm’
make[2]: ***
[gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o]
Error 1
make[1]: *** [gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/all]
Error 2
make: *** [all] Error 2

2011/10/20 [email protected]

On 10/20/2011 10:22 PM, Daniel D. wrote:

You may want to experiment with compiler flags. Try this:

cmake -DCMAKE_CXX_FLAGS:STRING="-mcpu=cortex-a8 -mfpu=neon
-mfloat-abi=softfp -g" -DCMAKE_C_FLAGS:STRING="-mcpu=cortex-a8
-mfpu=neon -mfloat-abi=softfp -g" <gr_source_dir>

-josh

Hello,

I just ran the procedure given by Tom R., on Fedora v13 on
dual-core Pentium 4, 3Ghz:

[snip]
$ cd gnuradio
$ git checkout next
$ git pull
$ mkdir build
$ cd build
$ cmake …/
$ make
$ make test
$ sudo make install

No problems or errors seen.

-Bob

On 10/21/2011 01:46 AM, Josh B. wrote:

make[2]: ***
[gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o]
Error 1

make[1]: *** [gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/all] Error 2
make: *** [all] Error 2

You may want to experiment with compiler flags. Try this:

cmake -DCMAKE_CXX_FLAGS:STRING="-mcpu=cortex-a8 -mfpu=neon
-mfloat-abi=softfp -g" -DCMAKE_C_FLAGS:STRING="-mcpu=cortex-a8
-mfpu=neon -mfloat-abi=softfp -g" <gr_source_dir>

Yep, for gnuradio you need to set the CFLAGS so it knows there is a NEON
unit available, otherwise the inline asm fails.

Philip

Thanks, no further error.
‘make check’ returns no rule to make check, but we can ‘make install’
without error.

A problem is that the PYTHONPATH is not set, so we get error ‘cannot
find gnuradio’ when we are trying to run an example.
Even though I put
export PYTHONPATH=/usr/local/lib/python2.6/site-packages
in ~/.bashrc and ~/.profile
it does not work.
I have to type
export PYTHONPATH=/usr/local/lib/python2.6/site-packages
in each terminal that I log into the E100 through SSH.
Is there a way to set PYTHONPATH permanently on E100?

On 21/10/2011 3:20 PM, Daniel D. wrote:

I have to type
export PYTHONPATH=/usr/local/lib/python2.6/site-packages
in each terminal that I log into the E100 through SSH.
Is there a way to set PYTHONPATH permanently on E100?

Assuming that you got your syntax right in you .bashrc, and that your
.bashrc is readable to you, my assumption is that your login
shell isnt BASH, but some other shell, in which case, it won’t pay
any attention to your .bashrc.

On Sat, Oct 22, 2011 at 03:20:50AM +0800, Daniel D. wrote:

Thanks, no further error.

‘make check’ returns no rule to make check, but we can ‘make install’ without
error.

Hi Daniel,

cmake uses ‘make test’.

MB

Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

On Mon, Oct 24, 2011 at 9:59 AM, Paul M. Bendixen
[email protected]wrote:

Can you git clean -dfx and try again?
Best
Paul

We don’t have a next branch right now. We made it to the point where we
have
moved next down to master in preparation for the 3.5.0 release. Checkout
and
pull from master.

Tom

Hi,

I’ve tried the following:

$ cd gnuradio
$ git checkout next
$ git pull
$ mkdir build
$ cd build
$ cmake …/
$ make
$ make test
$ sudo make install

‘make test’ returns 0 failures, but when using the gr-digital blocks in
GRC, I see the following error:

Traceback (most recent call last):
File “/home/jotomo/Desktop/digital_rx_test.py”, line 8, in
from gnuradio import digital
File
“/usr/local/lib/python2.7/dist-packages/gnuradio/digital/init.py”,
line 34, in
from cpm import *
File “/usr/local/lib/python2.7/dist-packages/gnuradio/digital/cpm.py”,
line 27, in
from gnuradio import gr, blks2
File
“/usr/local/lib/python2.7/dist-packages/gnuradio/blks2/init.py”,
line 37, in
exec “from gnuradio.blks2impl.%s import *” % (f,)
File “”, line 1, in
File
“/usr/local/lib/python2.7/dist-packages/gnuradio/blks2impl/cvsd.py”,
line 24, in
from gnuradio.vocoder import cvsd_vocoder
File
“/usr/local/lib/python2.7/dist-packages/gnuradio/vocoder/cvsd_vocoder.py”,
line 24, in
_cvsd_vocoder = swig_import_helper()
File
“/usr/local/lib/python2.7/dist-packages/gnuradio/vocoder/cvsd_vocoder.py”,
line 20, in swig_import_helper
_mod = imp.load_module(’_cvsd_vocoder’, fp, pathname, description)
ImportError: libgnuradio-core-3.4.1git.so.0: cannot open shared object
file: No such file or directory

I get the same error when attempting to run the gr-digital examples. It
seems that the wrong library is being imported because I have
‘libgnuradio-core.so.3.5.0git’ in /usr/local/lib. Did I miss a
configuration/un-installation step? Any help would be greatly
appreciated.

Thanks,
Jordan

Hi again

2011/10/20 Josh B. [email protected]

[snip]
You need to clean your source directory. This file should not exist:
/home/expert/skole/speciale/GnuRadio/git/volk/include/volk/volk.h:7:29:
error: volk/volk_config.h: Ingen sdan fil eller filkatalog

Can you git clean -dfx and try again?

Done

Seems like that helped, at least volk now compiles :slight_smile:
A lot of warnings about comparing signed and unsigned types though :wink:

I also tried pulling the latest version from git, however, it said
something
about ‘next’ not being a valid reference.
(perhaps I should try a fetch seeing as I don’t really change the code)

Best
Paul

On Sun, Oct 23, 2011 at 9:38 PM, Jordan O.
[email protected]wrote:

$ make
File
File “/usr/local/lib/python2.7/dist-packages/gnuradio/blks2impl/cvsd.py”,
ImportError: libgnuradio-core-3.4.1git.so.0: cannot open shared object
file: No such file or directory

I get the same error when attempting to run the gr-digital examples. It
seems that the wrong library is being imported because I have
‘libgnuradio-core.so.3.5.0git’ in /usr/local/lib. Did I miss a
configuration/un-installation step? Any help would be greatly appreciated.

Thanks,
Jordan

First, I just pushed another update the fixes the library naming scheme
with
cmake, so you’ll want to pull from master again.

Second, you’ll have to run ‘sudo ldconfig’ for the new library names.

Tom

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs