<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi,<div><br></div><div>Sorry for the rather abrupt email. I should have just waited 'til I got home.</div><div><br></div><div>I recently fixed the homebrew formula for gnuradio and gr-osmosdr, as well as the gr-osmosdr CMakeLists.txt.</div><div><br></div><div>They can be found here:</div><div><a href="https://github.com/mjmdavis/homebrew-gnuradio">https://github.com/mjmdavis/homebrew-gnuradio</a></div><div><a href="https://github.com/mjmdavis/gr-osmosdr">https://github.com/mjmdavis/gr-osmosdr</a></div><div><br></div><div>I had to implement the same fix as you did in the CMakeLists.txt.</div><div>I'm not sure how people have been building it without that step. </div><div>Hopefully the changes can be pulled back into the main repo.</div><div><br></div><div>To install using brew on mac is dead easy. Just have a look here: <a href="https://github.com/mjmdavis/homebrew-gnuradio">https://github.com/mjmdavis/homebrew-gnuradio</a></div><div><br></div><div>I will be updating the formula to reference the latest gnuradio sometime later today.</div><div>There is currently a bug with the --with-qt option that I am looking into but in most cases the Qt stuff is not necessary.</div><div><br></div><div>This probably isn't much help for you if you already use macports though, I'm not a fan of having multiple package managers.</div><div><br></div><div>Best,</div><div>Mike</div><div><br><div><div>On 1 May 2013, at 13:21, Alexandru Csete <<a href="mailto:oz9aec@gmail.com">oz9aec@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On Fri, Apr 26, 2013 at 8:40 PM, Alberto Albiol <<a href="mailto:alalbiol@iteam.upv.es">alalbiol@iteam.upv.es</a>> wrote:<br><blockquote type="cite">Hello<br>I have been fighting to compile the gr-osmosdr package in my osx<br><br>These are the minor fixes I had to do:<br>1- Change in Cmakelists.txt: find_package(Boost COMPONENTS thread system),<br>If thread and system is not included then there are linking problems.<br>Although I see that this was removed recently...<br><br> 2- cmake -DCMAKE_INSTALL_PREFIX=/opt/local (so it is installed together wit<br>my ports intallation, this is really optional)<br>3- Before compiling I manually edit CmakeCache.txt, and change all the<br>references of /usr/lib/python to /opt/local/lib/python. If not it links<br>agains the system python instead of the ports's python!<br>4- Add this line in my .bashrc so python can find the package<br> export PYTHONPATH="/opt/local/lib/python2.7/site-packages/"<br><br>I am aware that this is not the most elegant way to solve the problem but is<br>the only one that I was able to come up. Hope it helps<br><br></blockquote><br>Hi Alberto,<br><br>Perhaps the gr-osmosdr package in macports can be of some help for how<br>to compile without manually editing the build files:<br><a href="https://trac.macports.org/browser/trunk/dports/science/gr-osmosdr/Portfile">https://trac.macports.org/browser/trunk/dports/science/gr-osmosdr/Portfile</a><br><br>Alex<br><br></blockquote></div><br></div></body></html>