# Make command fails for GR v3.5.2.1 on Mac OSX **URL:** \ **Category:** GNU Radio\ **Created:** [March 29, 2012, 7:28pm UTC](https://www.ruby-forum.com/t/make-command-fails-for-gr-v3-5-2-1-on-mac-osx/218374 "2012-03-29T19:28:28Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![dubstep](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/cdc98d/32.png) [@dubstep](https://www.ruby-forum.com/u/dubstep)\ **Post date:** [March 29, 2012, 7:28pm UTC](https://www.ruby-forum.com/t/make-command-fails-for-gr-v3-5-2-1-on-mac-osx/218374/1 "2012-03-29T19:28:28Z")
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 ---
**Author:** ![Rickard\_R](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/46a35a/32.png) [@Rickard\_R](https://www.ruby-forum.com/u/Rickard_R)\ **Post date:** [March 29, 2012, 7:49pm UTC](https://www.ruby-forum.com/t/make-command-fails-for-gr-v3-5-2-1-on-mac-osx/218374/2 "2012-03-29T19:49:33Z")
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() ---
**Author:** ![Rickard\_R](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/46a35a/32.png) [@Rickard\_R](https://www.ruby-forum.com/u/Rickard_R)\ **Post date:** [March 29, 2012, 11:53pm UTC](https://www.ruby-forum.com/t/make-command-fails-for-gr-v3-5-2-1-on-mac-osx/218374/3 "2012-03-29T23:53:37Z")
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? ---
**Author:** ![Rickard\_R](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/46a35a/32.png) [@Rickard\_R](https://www.ruby-forum.com/u/Rickard_R)\ **Post date:** [March 30, 2012, 2:10am UTC](https://www.ruby-forum.com/t/make-command-fails-for-gr-v3-5-2-1-on-mac-osx/218374/4 "2012-03-30T02:10:26Z")
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