Make command fails for GR v3.5.2.1 on Mac OSX

Dear list,

I was trying to upgrade my UHD+ GnuRadio package to latest release
(v3.5.2.1) on Mac OS X (10.6.8). Dependencies are as before from
Macports.
Everything with the UHD went fine, using cmake, followed by make and
make install.

Cmake for GR also went fine (sources via git), but make command fails
(see attched log file) for some reason?!
Seems to be something relating to “Generating gengen_swig_doc.i” but I
don’t understand this error or how to fix it.

This procedure has worked for me before on Mac OS X.
Any ideas what causing the error and how to fix it?

BR,
Rickard

On 03/29/2012 10:26 AM, Rickard R. wrote:

Its a bug in the python parser or what the parser is expecting. Can you
post the doxygen version?

For reference, ubuntu 11.10 has doxygen 1.7.4

Traceback (most recent call last):
File “/Users/rickard/GnuRadio/docs/doxygen/swig_doc.py”, line 294, in

make_swig_interface_file(di, swigdocfilename,
custom_output=custom_output)
File “/Users/rickard/GnuRadio/docs/doxygen/swig_doc.py”, line 222, in
make_swig_interface_file
make_func = di.get_member(make_name(block.name()), DoxyFunction)
File “/Users/rickard/GnuRadio/docs/doxygen/doxyxml/base.py”, line 157,
in get_member
raise member()
doxyxml.base.Duplicate
make[2]: *** [gnuradio-core/src/lib/swig/gengen_swig_doc.i] Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_filter.dir/all]
Error 2
make: *** [all] Error 2
~/GnuRadio/build>

I’m guessing the parser is yielding NoSuchMember

member = self._get_dict_members(cat).get(first, self.NoSuchMember)
# Raise any errors that are returned.
if member in set([self.NoSuchMember, self.Duplicate]):
raise member()

On 29 mar 2012, at 19.48, Josh B. wrote:

This procedure has worked for me before on Mac OS X.
Any ideas what causing the error and how to fix it?

Its a bug in the python parser or what the parser is expecting. Can you
post the doxygen version?

For reference, ubuntu 11.10 has doxygen 1.7.4

My OSX doxygen version was 1.7.5.1_1, now upgraded it to 1.8.0_0 but the
error remains. Furthermore, I was using python26, tried now instead with
python27 but it resulted in the same error. With python27, however, grc,
gr-qtgui, and gr-wxgui becomes disabled (don’t know why) when building
with cmake and python26 worked with an older GR version.

Any other idea?

Hi Rickard - I have about your setup, and it works well for me. I use
MacPorts for all of the background dependencies, then I install UHD,
then GNU Radio, both from GIT. I’m using Mac OS X 10.6.8 64-bit, XCode
3.2.3 (gcc 4.2.1), and MacPorts’ Python 2.7; I find that MacPorts’
Python 2.6 generates occasional threading errors. My “usual” way of
doing things is:

  1. uninstall GNU Radio
  2. uninstall UHD
  3. cd into $prefix (/usr/local for me), and remove cruft
  4. cd UHD, git pull, rm -rf the build, cmake, make, install
  5. cd GNU Radio, git pull, rm -rf the build, cmake, make, install

Although the above takes some effort, it almost always works. Most of
the time, I find that “rm -rf the build” takes care of the issues such
as what you wrote about; occasionally the GIT master has a build issue,
but that’s pretty rare. So, you -can- get UHD + GNU Radio working with
your setup; just keep persisting. Good luck! - MLD

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs