GnuRadio on Macports

[g-h-o-s-t-l-a-b]

# $gnuradio$

PortSystem          1.7.0 # ?

name                gnuradio
version             3.1.3
categories          # ? /SDR software defined radio?
maintainers         # ?
description         software defined radio
long_description    GNU Radio is a free software development toolkit that provides the signal processing runtime and processing blocks to implement software radios using readily-available, low-cost external RF hardware and commodity processors. It is widely used in hobbyist, academic and commercial environments to support wireless communications research as well as to implement real-world radio systems.
GNU Radio applications are primarily written using the Python programming language, while the supplied, performance-critical signal processing path is implemented in C++ using processor floating point extensions where available. Thus, the developer is able to implement real-time, high-throughput radio systems in a simple-to-use, rapid-application-development environment.
While not primarily a simulation tool, GNU Radio does support development of signal processing algorithms using pre-recorded or generated data, avoiding the need for actual RF hardware.
homepage            http://gnuradio.org/trac
platforms           darwin
master_sites        http://www.gnu.org/software/gnuradio/                    

checksums           # ? 
                               # ? 
depends_lib         port:libtool \
                    port:gawk \
                    port:guile \
                    port:pkgconfig \
                    port:zlib \
                    port:automake \
                    port:swig \
                    port:cppunit \
                    port:fftw-3-single \
                    port:sdcc \
                    port:python \
                    port:py-numpy \
                    port:py-wxpython \
                    port:doxygen \
                    port:boost \
                    port:libusb

configure.args     # Maybe "--with-boost-include-dir=<path>"
                  

[g-h-o-s-t-l-a-b]

uploaded file

[nerdling (Jeremy Lavergne)]

If you've not had a chance, please see ​http://guide.macports.org/#development

Please see some suggested modifications in my attached Portfile.

[nerdling (Jeremy Lavergne)]

Cc Me!

[michaelld (Michael Dickens)]

Cc Me!

[michaelld (Michael Dickens)]

I'm a GNU Radio developer, so feel free to ask me questions if you need answers. - MLD

Some items to note:

• GNU Radio 3.2 is about to be released. I highly recommend waiting until then to create ports for it. 3.1.3 has a lot of limitations and issues that are fixed in 3.2, and the API for most features will be stable (wasn't for 3.1.3).

• GNU Radio 3.1.3 can use Python 2.4 or 2.5, while 3.2 requires Python 2.5. GNU Radio does not work with Python 2.6 yet, but will in the near future; either way, MacPorts does not provide the correct py26-foo ports yet, so work remains on both sides for this advancement.

• "--with-boost-include-dir" might be used, or set CPATH in configure.env correctly (to ${prefix}/include ). This should be sussed out before submitting the Portfile.

• "--enable-all-components" is not required, and I'd recommend against using it because configure will then error out if -any- non-disabled component can't be built. Not specifying it will just not build that/those component/s, instead of erroring out.

• "gr-audio-jack" and "gr-audio-portaudio" should be optional components, since they can be compiled and used on OSX. Although they do require "jack" and "portaudio" ports, respectively, they should work "out of the box" when the user select either of those instead of the "gr-audio-osx" native audio I/O component.

• There are a number of components to GNU Radio which a user may or not want (e.g., grc, gr-audio-osx, gr-gsm-vocoder). Under Linux, one can install just gnuradio-core (and its dependencies) or all the way up to a "gnuradio" meta-port. See the "gimp" meta-port in MacPorts for an example of how GNU Radio components should be available.

• I'll submit the host of Portfiles for individual components which can work on OSX (except gr-qtgui) once 3.2 is released. The should work "out of the box" for any 10.4 or 10.5 OSX MacPorts user. I've got them working with the latest SVN trunk, which is 3.2rc1, on OSX 10.5. I expect them to work with the actual 3.2 release, but there could be minor changes between then and now which require tweaks to the Portfiles -- which is why I'm not releasing them until 3.2 is released.

[g-h-o-s-t-l-a-b]

Cc Me!

[g-h-o-s-t-l-a-b]

Cc Me!

[g-h-o-s-t-l-a-b]

Cc Me!

[g-h-o-s-t-l-a-b]

Great! how could we contact together?

[g-h-o-s-t-l-a-b]

Sorry, havn't saw the e-mail adress...

[dbevans (David B. Evans)]

Please don't forget to use wiki formatting. Removing reporter from cc since he will be automatically copied.

[(none)]

Milestone Port Submissions deleted

[michaelld (Michael Dickens)]

GNU Radio 3.2 was released over the weekend. I've updated my MacPorts Portfiles to be compatible -- a few features were removed at the last moment, and I also found a bug that requires patching to work around. I've fixed the bug in GNU Radio's release repository, but it won't be in a release tarball until 3.2.1. I'm attaching a tarball of the Portfiles I created for this release, allowing for variants for documentation or not, and either Python 2.5 or 2.6. I have only verified that these Portfiles function along with already-installed dependencies; I have not tried these with a clean install of MacPorts -- though I would expect them to work, and I'll try them tonight. If possible, I'd prefer to be the maintainer for these Portfiles, but I'm also open to someone else taking them over if my maintaining them is not an option.

[michaelld (Michael Dickens)]

Portfiles and patches for GNU Radio 3.2 Release Tarball

[michaelld (Michael Dickens)]

Please note that when using Python 2.6 from MacPorts (as of 26-May-2009), the following tickets will either cause the install to produce warnings or not function at all: ticket:19190, ticket:19191, and ticket:19192 . The MacPorts install of Python 2.5 has none of these issues, and hence it is probably the better option for now (via the '+python25' variant; '+python26' is the default, and maybe it should not be).

[mf2k (Frank Schima)]

Committed revision r55234. Thanks!

[michaelld (Michael Dickens)]

Thanks! I'll soon submit some updates w/r.t. libusb and newer version of GNU Radio.

[mf2k (Frank Schima)]

FYI, i installed it with the python25 variants, but I left python26 as the default for now.

[arobson73@…]

Cc Me!