# Mac OS X 10.10 Advice **URL:** \ **Category:** GNU Radio\ **Created:** [October 20, 2014, 3:57am UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645 "2014-10-20T03:57:39Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![addis\_a](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/c4cdca/32.png) [@addis\_a](https://www.ruby-forum.com/u/addis_a)\ **Post date:** [October 20, 2014, 3:57am UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645/1 "2014-10-20T03:57:39Z")
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 ---
**Author:** ![mdeering](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/278dde/32.png) [@mdeering](https://www.ruby-forum.com/u/mdeering)\ **Post date:** [October 24, 2014, 10:22am UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645/2 "2014-10-24T10:22:47Z")
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 ---
**Author:** ![mdeering](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/278dde/32.png) [@mdeering](https://www.ruby-forum.com/u/mdeering)\ **Post date:** [October 26, 2014, 7:56am UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645/3 "2014-10-26T07:56:05Z")
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 !! ---
**Author:** ![mdeering](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/278dde/32.png) [@mdeering](https://www.ruby-forum.com/u/mdeering)\ **Post date:** [October 31, 2014, 7:45pm UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645/4 "2014-10-31T19:45:54Z")
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](https://trac.macports.org/ticket/45583) [libxml2 issue on 10.10 beta](https://lists.macosforge.org/pipermail/macports-dev/2014-October/028316.html) [2] [#45540 (gnuradio-devel @3.7.6\_20141016: Build failure) – MacPorts](https://trac.macports.org/ticket/45540) [[Discuss-gnuradio] Latest Gnuradio git won't compile on OS X](https://lists.gnu.org/archive/html/discuss-gnuradio/2014-10/msg00447.html) ---
**Author:** ![mdeering](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/278dde/32.png) [@mdeering](https://www.ruby-forum.com/u/mdeering)\ **Post date:** [November 2, 2014, 4:37pm UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645/5 "2014-11-02T16:37:13Z")
The libxml2 issue was fixed in r127681 \< [Changeset 127681 – MacPorts](https://trac.macports.org/changeset/127681) \>. 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 ---
**Author:** ![mdeering](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/278dde/32.png) [@mdeering](https://www.ruby-forum.com/u/mdeering)\ **Post date:** [November 2, 2014, 5:40pm UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645/6 "2014-11-02T17:40:31Z")
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](http://sourceforge.net/projects/numpy) I’m supposed to have two versions of numpy 2.7 or something and either macports or gnuradio-companion is confused !! ---
**Author:** ![mdeering](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/278dde/32.png) [@mdeering](https://www.ruby-forum.com/u/mdeering)\ **Post date:** [November 2, 2014, 10:22pm UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645/7 "2014-11-02T22:22:48Z")
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 ---
**Author:** ![mdeering](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/278dde/32.png) [@mdeering](https://www.ruby-forum.com/u/mdeering)\ **Post date:** [November 3, 2014, 3:01pm UTC](https://www.ruby-forum.com/t/mac-os-x-10-10-advice/232645/8 "2014-11-03T15:01:00Z")
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