I’m having trouble with a new install on OSX 10.6. I’ve done this
enough
times on other OSX versions but I am drawing a blank. Can anyone help
me
out? Can’t find Core Audio libs?
Traceback (most recent call last):
File “./dial_tone.py”, line 24, in
from gnuradio import audio
File
“/usr/local/lib/python2.6/site-packages/gnuradio/audio/init.py”,
line 22, in
from audio_swig import *
File
“/usr/local/lib/python2.6/site-packages/gnuradio/audio/audio_swig.py”,
line
26, in
_audio_swig = swig_import_helper()
File
“/usr/local/lib/python2.6/site-packages/gnuradio/audio/audio_swig.py”,
line
22, in swig_import_helper
_mod = imp.load_module(’_audio_swig’, fp, pathname, description)
ImportError:
dlopen(/usr/local/lib/python2.6/site-packages/gnuradio/audio/_audio_swig.so,
2): Symbol not found: _AudioComponentFindNext
Referenced from: /usr/local/lib/libgnuradio-audio-3.4.1git.0.dylib
Expected in: flat namespace
in /usr/local/lib/libgnuradio-audio-3.4.1git.0.dylib
this will resolve that errror
http://www.updatelee.com/src/gnuradio_osx.patch
it wont fix the real problem though, your going to get audiounitrender
errors, unfortunately I dont have the resources right now to resolve it.
Hopefully in August I’ll be able to take a look at it. Even more
hopefully
someone else will fix it prior to that lol 
I wrote a small python app to take the wav data from the sound card and
stream it as complex over tcp. You can find that on my blog as well. Not
sure if it’ll help you or not.
Chris Lee
VE6UDL
Ryan P. wrote:
“/usr/local/lib/python2.6/site-packages/gnuradio/audio/init.py”,
22, in swig_import_helper
[email protected]
Discuss-gnuradio Info Page
–
View this message in context:
http://old.nabble.com/OSX-10.6-Audio-Library-Error-tp32002199p32002329.html
Sent from the GnuRadio mailing list archive at Nabble.com.
After disabling Jack and PortAudio, I see the same issue. What -were-
you thinking, Josh, when you integrated the audio components together?
I think you’re secretly biased against OSX 
JK (really, I am just
kidding)!
Tom & Johnathan : Here’s the patch code to fix this issue; it replicates
what “gr-audio-osx/src/Makefile.am” did. Do you want me to make a
branch, etc., or can I just push it to the master? I affects only OSX,
since it’s within an “if GR_AUDIO_OSX_SUPPORT” statement. I’ve tested
it (admittedly on 10.6 only, but it should work with 10.5 as well). -
MLD
diff --git a/gr-audio/lib/Makefile.am b/gr-audio/lib/Makefile.am
index 2bec73f…d1c69f3 100644
— a/gr-audio/lib/Makefile.am
+++ b/gr-audio/lib/Makefile.am
@@ -122,6 +122,11 @@ if GR_AUDIO_OSX_SUPPORT
AM_CPPFLAGS +=
-I$(srcdir)/osx
+libgnuradio_audio_la_LDFLAGS += \
- -framework AudioUnit \
- -framework CoreAudio \
- -framework AudioToolbox
-
libgnuradio_audio_la_SOURCES +=
osx/audio_osx_source.cc
osx/audio_osx_sink.cc
Hi Ryan - I just did a clean uninstall, git pull, then reinstall of the
current master; I don’t see this issue at all (e.g., the “dial_tone.py”
example works just fine – though I don’t know which audio interface is
being used). I’m running 10.6.8 on a MacBook Pro (early 2009 model),
64-bit kernel, using XCode 3.2.3 (Apple GCC 4.2.1 build 5664). I
installed all background dependencies using MacPorts (roughly: “sudo
port install gnuradio” and then disabling all of the GNU Radio ports,
leaving just the dependencies).
If I do “nm -a /usr/local/lib/libgnuradio-audio-3.4.1git.0.dylib | grep
_Audio”, I see (correctly) “U _AudioComponentFindNext” (among others).
If I do “otool -L /usr/local/lib/libgnuradio-audio-3.4.1git.0.dylib”, I
see (among others in the list)
“/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio”
and
“/System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit”
and
“/System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox”.
Now, admittedly, I also have JACK and PortAudio installed – so those
might be providing the libraries instead of having them linked in just
for (the old) gr-audio-osx code; I’ll try testing with just the OSX
audio & see what happens.
Does the provided patch (doing “+LDFLAGS = -framework AudioUnit
-framework AudioToolbox”) work for you? - MLD
On Wed, Jul 6, 2011 at 10:08, Michael D. [email protected] wrote:
Tom & Johnathan : Here’s the patch code to fix this issue; it replicates
what “gr-audio-osx/src/Makefile.am” did. Do you want me to make a branch,
etc., or can I just push it to the master? I affects only OSX, since it’s
within an “if GR_AUDIO_OSX_SUPPORT” statement. I’ve tested it (admittedly
on 10.6 only, but it should work with 10.5 as well). - MLD
Actually, this sort of bug fix should go off the ‘maint’ branch, which
is
for bug fixes only to 3.4.0. I’ll merge it up to master and next.
Johnathan
Patch worked perfectly. Thanks for the help!
Great! Johnathan has already incorporated it into the various GIT
branches, so us OSX users should be good to go again. Thanks for
reporting it; I wouldn’t have found that bug with my default setup. -
MLD