[Top][All Lists]

[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 

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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]