The GNU Radio release 3.0 branch has accumulated a few bug fixes and
updates over the last several weeks since the 3.0 tarballs went out.
None of these have been serious, and the rate of new bugs has dropped to
nearly zero.
The latest of these updates has been to fix the build issue with
automake 1.10.0. Since that is now the default for Cygwin and Gentoo,
it will likely be the version shipping with other distributions or
systems soon. So, at this point we’d like to cut a 3.0.1 cumulative bug
fix release.
I’ve created a Wiki page with the details of what’s changed since
release 3.0:
Will we see a release candidate tarball before the final release? It was
the
tarballed version that caused me grieve last time.
SVN based source built, checked, installed and runs fine on
NetBSD-4.99.3-i386. I couldn’t test usrp code since I’m away from home
in
Beijing at the moment.
Noted: gr-gsm-vocoder doesn’t appear to execute any test code
barossa: {25} make check
Making check in src
Making check in lib
make check-recursive
Making check in gsm
Making check in .
Making check in python
make check-TESTS
I have checked out and built this revision on Windows using both Cygwin
and
MinGW. The Cygwin version had no problems, and the MinGW version had
only a
few minor, easily fixed problems (see trac tickets). A quick test of a
heavily modified version of the hf_radio application appears to run
noticeably faster with the MinGW version.
The builds included everything in the release except
gr-audio-{alsa,jack,osx} and gr-video-sdl (and gr-audio-oss on MinGW).
The
usrp and gr-usrp components built and ran on both systems, and
gr-audio-portaudio also runs on both systems, provided that
omni_semaphore
is patched for MinGW.
Will we see a release candidate tarball before the final release? It was
the
tarballed version that caused me grieve last time.
Jonathan already said yes and posted it, but you can make your own
tarball with ‘make dist’ or even better make and test it with ‘make
distcheck’. I’ve made this work on recent NetBSD with BSD make.
I have checked out and built this revision on Windows using both Cygwin and
MinGW. The Cygwin version had no problems, and the MinGW version had only a
few minor, easily fixed problems (see trac tickets).
Thanks!
Those minor issues have been addressed along with a couple of other
reports. I’ll be cutting 3.0.1rc1 tarballs soon.