[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] gqrx in MacPorts Updated
From: |
Michael Dickens |
Subject: |
Re: [Discuss-gnuradio] gqrx in MacPorts Updated |
Date: |
Mon, 26 Aug 2013 19:45:03 -0400 |
Hi Ian - I'm responding back to the broad list because this seems to be a
common issue.
To get USRP support (via UHD), you currently have to use variants, e.g., +uhd.
I use +full as my usual, to get everything that can be installed with the port
(do "port info gnuradio +full" or "port info gr-osmosdr +full" to see what each
will supply).
What do MacPorts users think: Should I make +full the default for those ports,
or should I leave them as is and force users to select which variants they want
installed?
BTW> I removed that WARNING from below last week. You can get the update via:
{{{
sudo port selfupdate
}}}
and then I generally recommend doing:
{{{
sudo port upgrade outdated
}}}
to update all ports that have been version or revision bumped between the last
install and the current state. - MLD
On Aug 26, 2013, at 7:20 PM, Ian Buckley <address@hidden> wrote:
> No USRP support in the default build of gr-osmosdr?
>
> virus-laden-box:sudo port install gqrx
> [snip]
> WARNING: GNU Radio's VOLK component (which handles vector optimized
> instructions and routines) compiles best when using GCC. The selected
> compiler is CLANG, which will result in a fully functioning GNU Radio install
> but the VOLK component will not utilize the CPU's capabilities.
> [snip]
> ---> Staging gqrx into destroot
> ---> Installing gqrx @2.2.0_0
> ---> Activating gqrx @2.2.0_0
> ---> Cleaning gqrx
> ---> Updating database of binaries: 100.0%
> ---> Scanning binaries for linking errors: 100.0%
> ---> No broken files found.
>
> virus-laden-box:gqrx
> gr-osmosdr v0.1.0-7-g9dfe3a63 (0.1.1git) gnuradio 3.7.0
> built-in source types: file fcd rtl rtl_tcp
> Using Volk machine: generic
> gr-osmosdr v0.1.0-7-g9dfe3a63 (0.1.1git) gnuradio 3.7.0
> built-in source types: file fcd rtl rtl_tcp
>
> FATAL: No supported devices found to pick from.
>
> Trying to fill up 1 missing channel(s) with null source(s).
> This is being done to prevent the application from crashing
> due to a gnuradio bug. The maintainers have been informed.
>
> libc++abi.dylib: terminate called throwing an exception
> Abort trap: 6