Hi Michael - Quite interesting. I wonder if the Boost folks know about this issue; I doubt it was introduced by MacPorts since mostly they just replicate the project's functionality. I had seen some issues recently, and had wondered about them; I'll definitely check into this. Thanks! - MLD
On Dec 29, 2012, at 1:47 PM, Michael McCoy <michael.b.mc...@gmail.com> wrote: > I'm writing to describe an issue, and to provide a workaround, related to > gnuradio with boost 1.52. > > I built the current gnuradio repo from source on Mac OSX 10.6.8 (satisfied > dependencies using MacPorts). The build went fine, but only 21% of the tests > were passed with "make test". The error was always the same (here the > verbose output is for qa_max): > > 46: File > "/Users/mccoy/gnuradio/gnuradio-core/src/python/gnuradio/gr/qa_max.py", line > 69, in <module> > 46: gr_unittest.run(test_max, "test_max.xml") > [... more tracebacks...] > 46: File > "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/unittest/suite.py", > line 93, in run > 46: for test in self: > 46: RuntimeError: boost thread: thread not joinable: Invalid argument > > The workaround: Downgrade to boost 1.51. All tests passed after the > downgrade (except for one, unrelated to this issue). > > Instructions to use macports to get old ports are available here: > https://trac.macports.org/wiki/howto/InstallingOlderPort > > Note: I tried both python 2.6 and 2.7, since it appears, on its face, to be a > python error. The output above comes from python 2.7. Python 2.6 failed > even more frequently. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
