Forum: GNU Radio GR330 configure doesn't find usb.h

Ffd91b0718d463f3a7f5a1202400d1aa?d=identicon&s=25 Michael Carter (Guest)
on 2014-04-28 00:57
(Received via mailing list)
Attachment: signature.asc (495 Bytes)
Hello all,

I'm hoping someone can provide some insight to a build problem I'm
seeing.
I'm building 3.3.0 to use with an Ettus Research USRP1.
I'm given to understand that I need to build 3.3.0 as that was the last
release which is compatible with the usrp1.

I've gone through the dependencies and have installed them.
The priority for me is getting the usrp functionality and grc built.
When I do a ./configure I get these results:

-----
The following GNU Radio components have been successfully configured:

config
gruel
gnuradio-core
gr-msdd6000
gr-audio-jack
gr-audio-osx
gr-audio-portaudio
gr-atsc
gr-cvsd-vocoder
gr-gsm-fr-vocoder
gr-noaa
gr-pager
gr-radio-astronomy
gr-trellis
gr-video-sdl
gnuradio-examples
docs

You my now run the make command to build these components.

*********************************************************************
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:

gcell
usrp
usrp2
gr-usrp
gr-usrp2
gr-gcell
gr-audio-alsa
gr-audio-oss
gr-audio-windows
gr-comedi
gr-gpio
gr-radar-mono
gr-wxgui
gr-qtgui
gr-sounder
gr-utils
grc

These components will not be built.
-----

In the build log, I see that usb.h is not found/usable (line 337 in the
pastebin listed later):

   checking for usb.h... no
   USRP requires libusb header 'usb.h' which was not found or was not
usable. See http://www.libusb.org
   Unable to find dependency libusb.

Libusb was installed when I installed uhd-devel @3.7.1 via port.
I've also built and installed from libusb.org's 1.0 source.

port installed | grep usb
  libusb @1.0.18_0 (active)
  uhd-devel
@3.7.0_20140325_0+docs+examples+libusb+manual+orc+python27+test
  uhd-devel
@3.7.1_20140421_0+docs+examples+libusb+manual+orc+python27+test (active)

mikec-macbook-pro:gnuradio-3.3.0 mikec$ cd /usr/local/include/
mikec-macbook-pro:include mikec$ ls -l usb*
-rw-rw-r--+ 1 root  wheel   8360 Sep 10  2009 usb.h
-rw-rw-r--+ 1 root  wheel  24428 Sep 10  2009 usbpp.h
mikec-macbook-pro:include mikec$ cd ../lib
mikec-macbook-pro:lib mikec$ ls -l libusb*
-rwxrwxr-x+ 1 root  wheel  140248 Sep 10  2009 libusb-0.1.4.dylib
-rwxr-xr-x  1 root  wheel  103760 Apr 27 14:59 libusb-1.0.0.dylib
-rw-r--r--  1 root  wheel  366200 Apr 27 14:59 libusb-1.0.a
lrwxr-xr-x  1 root  wheel      18 Apr 27 14:59 libusb-1.0.dylib ->
libusb-1.0.0.dylib
-rwxr-xr-x  1 root  wheel     935 Apr 27 14:59 libusb-1.0.la
-rw-rw-r--+ 1 root  wheel  167156 Sep 10  2009 libusb.a
-rwxrwxr-x+ 1 root  wheel     914 Sep 10  2009 libusb.la
-rwxrwxr-x+ 1 root  wheel  270248 Sep 10  2009 libusbpp-0.1.4.dylib
-rw-rw-r--+ 1 root  wheel  340380 Sep 10  2009 libusbpp.a
-rwxrwxr-x+ 1 root  wheel     951 Sep 10  2009 libusbpp.la

Generally, /usr/local/include and /usr/local/lib are default locations,
but i've even set LDFLAGS="-L/usr/local/lib" and
CPPFLAGS="-I/usr/local/include" just in case.
I still get the same results.

Any input would be appreciated.
The entire build log is on pastebin at: http://pastebin.com/FubyMRAt

Thanks!
558c40b97bd1af8d912424757714bda9?d=identicon&s=25 Marcus D. Leech (Guest)
on 2014-04-28 01:01
(Received via mailing list)
On 04/27/2014 06:56 PM, Michael Carter wrote:
> Hello all,
>
> I'm hoping someone can provide some insight to a build problem I'm seeing.
> I'm building 3.3.0 to use with an Ettus Research USRP1.
> I'm given to understand that I need to build 3.3.0 as that was the last release
which is compatible with the usrp1.
>
> I've gone through the dependencies and have installed them.
> The priority for me is getting the usrp functionality and grc built.
> When I do a ./configure I get these results:
>
Unless you have a pre-UHD application that cannot be updated, there's no
reason to use this.  The USRP1 is perfectly functional with
    "modern" Gnu Radios that use UHD as the interface.
Ffd91b0718d463f3a7f5a1202400d1aa?d=identicon&s=25 Michael Carter (Guest)
on 2014-04-28 04:16
(Received via mailing list)
Attachment: signature.asc (495 Bytes)
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
558c40b97bd1af8d912424757714bda9?d=identicon&s=25 Marcus D. Leech (Guest)
on 2014-04-28 04:19
(Received via mailing list)
On 04/27/2014 10:14 PM, Michael Carter wrote:
> Thanks Marcus.
> This is for OpenBTS 2.8, which based on the myriad lists I've been
> researching, is a "pre-UHD application".
>
> Anyone have any insight the issue?
>
> Thanks,
> #mikec
OpenBTS doesn't actually use Gnu Radio, just some of the driver code for
USRP1 that "came along for the ride" with early Gnu Radio
   releases.

Getting that code to build on a newer Linux distrib may be a challenge.
Ffd91b0718d463f3a7f5a1202400d1aa?d=identicon&s=25 Michael Carter (Guest)
on 2014-04-28 04:33
(Received via mailing list)
Attachment: signature.asc (495 Bytes)
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
558c40b97bd1af8d912424757714bda9?d=identicon&s=25 Marcus D. Leech (Guest)
on 2014-04-28 04:44
(Received via mailing list)
On 04/27/2014 10:31 PM, Michael Carter wrote:
> it's there?
>
> thanks.
>
On a modern distro, libusb is likely to be libusb-1 series, whereas this
stuff was originally written for libusb-0.12 or something like that.

Gnu Radio itself moved on to using CMake quite a long time ago, so there
is decreasing "community memory" about how those autotool
   configure scripts worked....
Please log in before posting. Registration is free and takes only a minute.
Existing account

NEW: Do you have a Google/GoogleMail, Yahoo or Facebook account? No registration required!
Log in with Google account | Log in with Yahoo account | Log in with Facebook account
No account? Register here.