FYI that for MacPorts users, I just updated the gnuradio-next port to "51c234b2 (20180626)" ... not quite the latest commit, but nearly. I'll update again next week to whatever the latest commit is at the time & continue to do so roughly weekly as changes are committed.
There are a bunch of changes for dependencies for this new gnuradio branch, which hopefully work automatically for MacPorts users now. These took me some time to sort out & verify that MacPorts provides, and how to get them as dependencies -- so, I might have missed one (or more), or picked an incorrect one. If you decide to try installing the gnuradio-next port, you'll need to "deactivate" your current gnuradio port (whether "gnuradio" or "gnuradio-devel"; you can always just do {{{ sudo port -f deactivate "gnuradio*" and active }}} If you do try installing the gnuradio-next port, I'd love to hear feedback ... off-list is probably best. Success? Failure? OSX / MacOS X / macOS users can help here! I, too, am really excited to finally get the next branch merged into master and made mainstream! Cheers! - MLD ps> "make test" mostly works when using +python27: * the zeromq blocks sometimes pass and sometimes don't, but that's the same for next, release, or devel. * the only other errors are: + qa_hier_block2: in the 14th test ("test_014_disconnect_input_neg"), I see "RuntimeError: input port number -1 out of range for nop(152)" ... which maybe is that a runtime error is being throw & not caught in Python since the name suggests that this might be expected? + qa_fecapi_dummy: in the first test ("test_extended_pack_data"), the vector_source_b argument is of an incompatible type. I'll try reinstalling using +python36 & see how that goes ... sounds like it might be a little messy still. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio