Greetings all, this is my first post here so I apologize ahead of time
for any clumsiness in the order and detail of my question. I’m using a
Macport install of Gnuradio 3.6.3 (system particulars below). So far
I’ve had a good deal of success with Gnuradio but I’m at the point where
I need to start constructing custom modules. Unfortunately, I’ve
encountered some difficulties with the out-of-tree build tutorial using
Here is a summary of the problems, the first two being general FYI, the
last being my question to the group.
A minor difficulty is that gr_modtool.py does not appear to be
placing the class definitions and the instantiation of the class
object(s) in the proper order. This was easy enough to remedy by hand.
A second minor difficulty is that makexml does not appear to work at
all. Again, this is easy enough to remedy by hand.
- My main problem that I’m 8+ hours into is that with my installation I
cannot get cmake to set an explicit path to my dylib file and changing
DYLD_LIBRARY_PATH produces other conflicts with gnuradio-companion.
Unfortunately my competency with cmake/make and modifying related files
is minimal. Can someone provide some insight into how I can explicitly
link my _howto_swig.so to the full path name of the dylib
(libgnuradio-howto.dylib) associated with it during the build process?
My suspicion is that I need to modify some aspect of the template in
gr_modtool.py but any ideas would be appreciated. For clarity, the
details of my system and build problems are provided below sequentially.
System: Mac OSX 10.6.8
Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011;
Gnuradio 3.6.3 from Macports:
gr_modtool.py from github
I followed the tutorial to the letter up to the cmake configuration
where I called cmake as follows (macport install):
%cmake -DCMAKE_INSTALL_PREFIX=/opt/local …/
This process proceeds and completes unremarkably. At this point
line 314, in
2: square_ff = square_ff.make;
2: NameError: name ‘square_ff’ is not defined
2/2 Test #2: qa_square_ff …***Failed 0.32 sec
An inspection of howto_swig.py reveals that square_ff = square_ff.make
is called before the class square_ff is defined. This appears to be an
error in order with how gr_modtool constructs the swig file.
Rearranging the order within howto_swig.py eliminates the “name
‘square_ff’ is not defined error.” At this point there is a thread join
error in the test which is remedied by rolling back boost 1.52 to boost
1.51 (known issue).
An attempt to make the xml file fails entirely:
%gr_modtool.py makexml square_ff
Operating in directory .
GNU Radio module name identified: howto
Warning: This is an experimental feature. Don’t expect any magic.
Searching for matching files in lib/:
Making GRC bindings for lib/square_ff_impl.cc…
Can’t parse the argument list: Found closing parentheses before
finishing last argument (this is how far I got: )
Fortunately this is no problem. Easy enough to edit by hand.
%sudo make install
completes successfully in the proper directories, or at least the
directories I think I want the install to be located.
When I obtain a Python command prompt and attempt to import howto I get
the following error message:
Traceback (most recent call last):
File “”, line 1, in
File “/opt/local/lib/python2.7/site-packages/howto/init.py”, line
from howto_swig import *
line 26, in
_howto_swig = swig_import_helper()
line 22, in swig_import_helper
_mod = imp.load_module(‘_howto_swig’, fp, pathname, description)
Library not loaded: libgnuradio-howto.dylib
Reason: image not found
The dylib is properly installed:
%ls /opt/local/lib|grep howto
The files appear to be in the desired location:
init.py init.pyc init.pyo _howto_swig.so howto_swig.py
otool indicates that there is no explicit path to ibgnuradio-howto.dylib
(compatibility version 2.7.0, current version 2.7.0)
libgnuradio-howto.dylib (compatibility version 0.0.0, current version
/opt/local/lib/libboost_filesystem-mt.dylib (compatibility version
0.0.0, current version 0.0.0)
/opt/local/lib/libboost_system-mt.dylib (compatibility version 0.0.0,
current version 0.0.0)
/opt/local/lib/libgruel.3.6.4git.dylib (compatibility version 3.6.4,
current version 0.0.0)
/opt/local/lib/libgnuradio-core.3.6.4git.dylib (compatibility version
3.6.4, current version 0.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
It appears as if I need to set target_link_libraries somewhere in the
middle of all of this build process.
Unfortunately I cannot simply append /opt/local/lib to DYLD_LIBRARY_PATH
as this causes catastrophic errors with the gtk system framework when I
attempt to launch gnuradio-companion. Again, I cannot modify
DYLD_LIBRARY_PATH. I need to have it linked with its full path during
the build process.