GNU make extension?

When bootstrap’ing the current trunk, I get the following. I doubt
they’re show stoppers, but I thought I’d let folks know … - MLD

gr-qtgui/src/lib/Makefile.am:29: %'-style pattern rules are a GNU make extension gr-qtgui/src/lib/Makefile.am:33:%’-style pattern rules are a GNU
make extension
gr-qtgui/src/lib/Makefile.am:36: %'-style pattern rules are a GNU make extension gr-qtgui/src/lib/Makefile.am:60: filter moc_%.cc, $ (qt_examples_SOURCES: non-POSIX variable name gr-qtgui/src/lib/Makefile.am:60: (probably a GNU make extension) gr-trellis/doc/Makefile.am:51:%’-style pattern rules are a GNU make
extension

Michael D. wrote:

non-POSIX variable name
gr-qtgui/src/lib/Makefile.am:60: (probably a GNU make extension)
gr-trellis/doc/Makefile.am:51: `%’-style pattern rules are a GNU make
extension

Okay, these are from the new gr-qtgui component that was just added to
the trunk today. We’ll (well, Bob & Jason) will need to figure out how
to set up the autotools to compile QT apps that is portable to gmake.


Johnathan C.
Corgan Enterprises LLC
http://corganenterprises.com

Thanks for the note. Please keep them coming so we can learn how to
stabilize this across platforms. I made a modification to the
grc_gt_qtgui.m4 file in config that fixes the disparity between
Redhat/Fedora and Debian/Ubuntu qt.pc problems (thanks Jonathan for
aiming me in the right direction). We will fix the qwt piece by adding
all of the necessary AC_CHECK library and consequences so we do not have
to use the rpm (similar to what is done for oss).

Qt/Qwt is VERY impressive. On one 1.8 GHz laptop abacus, without the
use of OpenGL, we got 340 frames of fftscope per second and it was
resizing the screen EVERY frame. If we do not run into major
difficulties in bringing qtgui into being as a usable replacement for
wxgui, I am sure people will want to use it as it is so much more
capable and faster and the scientific/engineering/signals widget in Qwt
seem particularly suited to our needs.

So after consulting Eric we decided that the best way to get this kind
of feedback was to get it early and often since it seems to have so much
potential.

Matt, Tom, and I are concentrating on the ofdm branch for a bit as we
try to perfect the synchronization but we’ll return to the qt stuff
shortly.

Bob

Johnathan C. wrote:

gr-qtgui/src/lib/Makefile.am:36: `%’-style pattern rules are a GNU make
to set up the autotools to compile QT apps that is portable to gmake.


AMSAT Director and VP Engineering. Member: ARRL, AMSAT-DL,
TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. ARRL SDR WG Chair
“Taking fun as simply fun and earnestness in earnest shows
how thoroughly thou none of the two discernest.” - Piet Hine

Berndt Josef W. wrote:

Is usrp_spectrum_sense.py suppose to work with 3.0.3RC1?

No.

I suspect that it isn’t part of this release yet.

It only works on the trunk, which will eventually become the release 3.1
branch. The release 3.0x branch is only receiving bug fix and very
minor enhancements; consider it our “stable” release.


Johnathan C.
Corgan Enterprises LLC
http://corganenterprises.com

G’day,

Is usrp_spectrum_sense.py suppose to work with 3.0.3RC1?

It’s failing with -

Using RX d’board A: TV Rx
Traceback (most recent call last):
File “./usrp_spectrum_sense.py”, line 236, in ?
fg = my_graph()
File “./usrp_spectrum_sense.py”, line 169, in init
stats = gr.bin_statistics_f(self.fft_size, self.msgq,
AttributeError: ‘module’ object has no attribute ‘bin_statistics_f’
barossa: {15} vi usrp_spectrum_sense.py

I suspect that it isn’t part of this release yet.

cheerio Berndt

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs