GNU Radio release 3.3.0-rc1 tarballs are available for download:
http://gnuradio.org/releases/gnuradio/gnuradio-3.3.0-rc1.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.3.0-rc1.tar.gz
md5sums:
b936f27cf106b15be0ad7e2066b023be gnuradio-3.3.0-rc1.tar.gz
8d6ea3d7604dba4d920ce4721b76ceae
gr-howto-write-a-block-3.3.0-rc1.tar.gz
Changelog:
Release 3.3.0-rc1
Don W. (1):
howto: fix make check for win32, darwin (untested)
Eric B. (1):
Remove bogus check for existence of prefix directory.
John O. (8):
Update incorrectly checked in Makefile.am
Add support for the Bitshark USRP RX (BURX) daughterboard for the
USRP1.
Add support for the Bitshark USRP RX (BURX) daughterboard for the
USRP2.
Fixed issue with with wrong Makefile.am files being copied
Including bitshark_rx.h header file for USRP2 build
Updated db_bitshark_rx.c to the proper version that includes the
Once and for all, here is the properly updated Makefile.am for the
apps
-Updated to allow BURX support to be built into standard txrx.bin
Johnathan C. (17):
usrp: Cleanup for merge of bitshark daughterboard code
Change default bandwidth to 25 MHz to match maximum USRP2 bandwidth
Merge branch ‘master’ into wip/burx_support
Merge remote branch ‘nldudok1/gr-wxgui_emulate_analog’ into master
gr-wxgui: Renamed “emulate analog” feature to “use persistence”
gr-wxgui: update copyrights
gnuradio-core: Disable (temporarily) interpolator tap calculation
build: force use of ltmain.sh from libtool 2.2.6b
build: use correct comment delimiter
build: distribute version controlled ltmain.sh in tarball
Merge remote branch ‘bitshark/burx_support’ into wip/burx_support
Revert “build: force use of ltmain.sh from libtool 2.2.6b”
Revert “build: distribute version controlled ltmain.sh in tarball”
Merge branch ‘wip/burx_support’
gnuradio-core: removed gr.dd_mpsk_sync_cc block as obsolete
grc: rename execution binary from ‘grc’ to ‘gnuradio-companion’
Update revision to release 3.3.0-rc1, update autotools
Martin Dudok van Heel (1):
Add analog CRT screen afterglow emulation for gr-wxgui
Regards,
Johnathan C.
Corgan Enterprises LLC
hi, I am trying to compile the “gr-howto-wtite-a-block-3.2.2” and link
an external static library to it. I’ve enabled “howto_la_swig_ldflags”
and added the directory to the static library in it and enabled the
“howto_la_swig_libadd” and added the static library name to it. While
observing the output of the make process I can see that the parameters
are being detected and I get a warning message saying that linking the
static library to the shared library is not portable which makes sense.
to make sure that I am doing the linking properly, I’m starting out by
making a static library that sqaures a number, basically reimplementing
the tutorial using a static library function call instead of regular
C-code. I know that using a static library might not be the best choice
but for what I’m doing I have to be linking to a static library. Thanks
people.
al fayez
Sorry I forgot to include some relevant info. After setting the
following variables in the Makefile.am, the make check stage in the
python folder is failing with an undefined symbol error “square”
basically it’s not seeing the square function in the “libcalc_square.a”
library
howto_la_swig_libadd =
-lcalc_square
howto_la_swig_ldflags =
-L/home/alfayez/workspace/gnuradio_custom_blocks/gr-howto-write-a-block-3.2.2/src/lib
sorry for the double email question.
al fayez
Il 22/05/2010 01:34, Johnathan C. ha scritto:
Changelog:
Update incorrectly checked in Makefile.am
Change default bandwidth to 25 MHz to match maximum USRP2 bandwidth
Revert “build: distribute version controlled ltmain.sh in tarball”
Johnathan C.
Corgan Enterprises LLC
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
is the ./bootstrap command needed for these for these tarball or only
the ./configure one ?
I mean the sequence :
./boostrap
./configure
make
make install
or :
./configure
make
make install
thx in advance 
On Sat, May 22, 2010 at 10:40, Arturo R. [email protected]
wrote:
is the ./bootstrap command needed for these for these tarball or only the
./configure one ?
When compiling GNU Radio source code that is from an unpacked
distribution tarball, it is not necessary to run the ./bootstrap
command.
Johnathan
Il 22/05/2010 01:34, Johnathan C. ha scritto:
Changelog:
Update incorrectly checked in Makefile.am
Change default bandwidth to 25 MHz to match maximum USRP2 bandwidth
Revert “build: distribute version controlled ltmain.sh in tarball”
Johnathan C.
Corgan Enterprises LLC
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
is it necessary to use the ./boostrap command before the* ./configure*
one with these tarballs ?
thx
Il 22/05/2010 01:34, Johnathan C. ha scritto:
Changelog:
Update incorrectly checked in Makefile.am
Change default bandwidth to 25 MHz to match maximum USRP2 bandwidth
Revert “build: distribute version controlled ltmain.sh in tarball”
Johnathan C.
Corgan Enterprises LLC
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
i’m experiencing this problem in building on ubuntu 9.10 the *3.3 RC1
*
/usr/include/qwt-qt4/qwt_plot_picker.h:106: warning: ‘virtual void
QwtPlotPicker::move(const QPoint&)’ was hidden
/usr/include/qwt-qt4/qwt_plot_zoomer.h:88: warning: by ‘virtual void
QwtPlotZoomer::move(double, double)’
In file included from ./plot_waterfall.h:5,
from ./WaterfallDisplayPlot.h:9,
from WaterfallDisplayPlot.cc:4:
./waterfallGlobalData.h:12: error: ISO C++ forbids declaration of
‘uint64_t’ with no type
./waterfallGlobalData.h:18: error: ISO C++ forbids declaration of
‘uint64_t’ with no type
./waterfallGlobalData.h:26: error: ‘uint64_t’ does not name a type
./waterfallGlobalData.h:27: error: ISO C++ forbids declaration of
‘uint64_t’ with no type
./waterfallGlobalData.h:39: error: ‘uint64_t’ does not name a type
./waterfallGlobalData.h:40: error: ‘uint64_t’ does not name a type
./waterfallGlobalData.h:51: error: ISO C++ forbids declaration of
‘uint64_t’ with no type
./waterfallGlobalData.h:54: error: ISO C++ forbids declaration of
‘uint64_t’ with no type
/usr/include/qwtplot3d-qt4/qwt3d_function.h:30: warning: ‘virtual bool
Qwt3D::Function::create(Qwt3D::SurfacePlot&)’ was hidden
./waterfallGlobalData.h:56: warning: by ‘virtual bool
Waterfall3DData::create()’
/usr/include/qwt-qt4/qwt_plot_picker.h:103: warning: ‘virtual QwtText
QwtPlotPicker::trackerText(const QPoint&) const’ was hidden
WaterfallDisplayPlot.cc:189: warning: by ‘virtual QwtText
WaterfallZoomer::trackerText(const QwtDoublePoint&) const’
make[5]: *** [WaterfallDisplayPlot.lo] Errore 1
make[4]: *** [all] Errore 2
make[3]: *** [all-recursive] Errore 1
make[2]: *** [all-recursive] Errore 1
make[1]: *** [all-recursive] Errore 1
make: *** [all] Errore 2
make[5]: uscita dalla directory
«/home/artynet/Scrivania/gnuradio-3.3.0-rc1/gr-qtgui/src/lib»
make[4]: uscita dalla directory
«/home/artynet/Scrivania/gnuradio-3.3.0-rc1/gr-qtgui/src/lib»
make[3]: uscita dalla directory
«/home/artynet/Scrivania/gnuradio-3.3.0-rc1/gr-qtgui/src»
make[2]: uscita dalla directory
«/home/artynet/Scrivania/gnuradio-3.3.0-rc1/gr-qtgui»
make[1]: uscita dalla directory
«/home/artynet/Scrivania/gnuradio-3.3.0-rc1»
an error in the waterfall sink…where am i wrong ? I installed all
the dependencies required fot the 9.10, the configure goes like a charm
without any error and then i have this error in building the source…
…hope you can help me
thx in advance
On Fri, May 28, 2010 at 07:36, Arturo R. [email protected]
wrote:
i’m experiencing this problem in building on ubuntu 9.10 the 3.3 RC1
Could you try this again with the recently posted 3.3.0-rc3 tarballs?
I don’t see how anything might affect this, but it would be good to
get another data point.
Johnathan