GNU Radio and UHD seem to generally work well with the recently released
Mac OS X 10.10. In my testing, everything in UHD works. And,
everything in GNU Radio works -except- for executing flow-graphs from
with the GNU Radio Companion (GRC); GRC can compile scripts (the file is
created; or, via grcc on the command line), and the resulting Python
executes correctly. But, executing a compiled GRC script from within
GRC fails. I found CPU usage on Wx and Qt graphs a little lower on
10.10 than prior OSs; nice!
There is no clear solution to this issue at this time; Im working on it
as time allows, but its looking like something that Apple will have to
fix not a GNU Radio or UHD issue directly.
Thus, my recommendation is to stay with Mac OS X 10.9 or earlier if you
want to be able to execute flow graphs from within GRC. Ill post again
once I know something more. Please feel free to ping me & Ill discuss
the issue in more depth with anyone interested. - MLD
Hi Micheal,
I found I could compile graphs and run them whithin GNUradio on OSX
10.10 with GNUradio from macports + Xcode ( all updated to latest )…
Although if I try and save a graph, boom, big crash!
I’m listneing to my local radio station in Japan as I type this with
GNUradio 
Perhaps its the UHD thats crashing? I’m using RTL-SDR source at the
moment…
BEN
Michael D. wrote in post #1160546:
GNU Radio and UHD seem to generally work well with the recently released
Mac OS X 10.10. In my testing, everything in UHD works. And,
everything in GNU Radio works -except- for executing flow-graphs from
with the GNU Radio Companion (GRC); GRC can compile scripts (the file is
created; or, via grcc on the command line), and the resulting Python
executes correctly. But, executing a compiled GRC script from within
GRC fails. I found CPU usage on Wx and Qt graphs a little lower on
10.10 than prior OSs; nice!
There is no clear solution to this issue at this time; Im working on it
as time allows, but its looking like something that Apple will have to
fix not a GNU Radio or UHD issue directly.
Thus, my recommendation is to stay with Mac OS X 10.9 or earlier if you
want to be able to execute flow graphs from within GRC. Ill post again
once I know something more. Please feel free to ping me & Ill discuss
the issue in more depth with anyone interested. - MLD
made a start script with this line from Kai,
DYLD_INSERT_LIBRARIES=/opt/local/lib/libxml2.2.dylib gnuradio-companion
and it worked… thanks Kai !!
As pointed out elsewhere [1], you can work around the libxml2 issue by
running GRC while forcing MacPorts libxml2 library to load first via:
{{{
DYLD_INSERT_LIBRARIES=/opt/local/lib/libxml2.dylib gnuradio-companion
}}}
And, otherwise, both UHD and GNU Radio seem to work on 10.10 beyond the
recent AVX compile issue pointed out in [2] (which also has a
work-around). So, if youre an OSX user of UHD and GNU Radio who needs
the latest and greatest, you can get it all working if youre willing to
do some work-arounds. Were working on fixing all of these issues so
that work-arounds are not required. - MLD
[1] #45583 (Gnuradio-companion Bus Error:10 on 10.10 Yosemite) – MacPorts
libxml2 issue on 10.10 beta
[2] #45540 (gnuradio-devel @3.7.6_20141016: Build failure) – MacPorts
[Discuss-gnuradio] Latest Gnuradio git won't compile on OS X
The libxml2 issue was fixed in r127681 <
Changeset 127681 – MacPorts >. Please do:
{{{
sudo port selfupdate
sudo port upgrade outdated
}}}
and all of GNU Radio and UHD should now work on Mac OS X 10.10 as well
as it does on 10.9 and prior.
The issue turned out to be that libxml2 was being linked using flat
namespace which in this case is a DYLD concept meaning to just look at
the symbols being requested, not the library name. By default in 10.10,
linking is done using a two level namespace meaning using both the
symbol and library name. Removing the flat namespace linkage using two
level namespace linkage by default fixes the issue because the DYLD
loaders logic knows to load a symbol internal to a given library when
available, and look external otherwise. When using a flat namespace if
the symbol is already loaded then it is used when requested, no matter
what library name it came from.
All makes sense now, yes? Well, at least its fixed 
- MLD
Thanks for post ! working on 10.10
now how to get rid of this anoying error when trying to run the filter
designer!!
This example requires a Numerical Python Extension, but
failed to import either NumPy, or numarray, or Numeric.
NumPy is available at Numerical Python download | SourceForge.net
I’m supposed to have two versions of numpy 2.7 or something and either
macports or gnuradio-companion is confused !!
Hi Michael,
once again a big thank you from the mac community! Is there any
possibility of a binary distribution / application [something like
wireshark which also requires X11] to lower the entry bar and also to
speed up updates?
Many thanks
Alan
Hi Alan - Youre welcome! Creating a binary distribution might be doable
if I dont use MacPorts; otherwise, there are -tons- of dependencies that
will have to be dealt with and the resulting .app will be huge. I think
the last time I did this (IIRC, using qtmacdeploy) the .app was nearly 1
GB is size. I agree that such a distribution would further lower the
entry bar for OSX users. Ill add it to my future work queue. Thanks! -
MLD