Hi all guys,
today I tried installing 3.7.0 on my RHEL machine, but without success
and
with the following error message during make:
[ 70%] Building CXX object
gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/TimeDomainDisplayPlot.cc.o
/home/savi_ne/tools/gnuradio-3.7.0/gr-qtgui/lib/TimeDomainDisplayPlot.cc:
In member function ‘void TimeDomainDisplayPlot::setSemilogy(bool)’:
/home/savi_ne/tools/gnuradio-3.7.0/gr-qtgui/lib/TimeDomainDisplayPlot.cc:358:
error: ‘class QwtScaleDiv’ has no member named ‘upperBound’
make[2]: ***
[gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/TimeDomainDisplayPlot.cc.o]
Error 1
make[1]: *** [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
make: *** [all] Error 2
has anybody experienced this problem?
Hi Nemanja - I have 1 report from a Mac OS X user with this -exact-
error. I’m working with this user to try to debug it. I do not see the
issue with my Mac OS X setup via MacPorts, no matter what I try, and we
have the same basic install (OSX, MacPorts, Xcode, etc). I really do
not know what the issue might be; not yet. - MLD
On Wed, Jul 24, 2013 at 10:00 AM, Nemanja S. [email protected]
wrote:
today I tried installing 3.7.0 on my RHEL machine, but without success and
with the following error message during make:
[ 70%] Building CXX object
gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/TimeDomainDisplayPlot.cc.o
/home/savi_ne/tools/gnuradio-3.7.0/gr-qtgui/lib/TimeDomainDisplayPlot.cc: In
member function void TimeDomainDisplayPlot::setSemilogy(bool):
/home/savi_ne/tools/gnuradio-3.7.0/gr-qtgui/lib/TimeDomainDisplayPlot.cc:358:
error: class QwtScaleDiv has no member named upperBound
Your qwt version is older than 5.2.0. Part of the QwtScaleDiv
interface was changed between 5.1.1 and 5.2.0 - just a rename
actually.
lBound → lowerBound
hBound → upperBound
You can either update your version of qwt or rename the non-existent
calls to the older interface.
Thomas
Ok, no problem. I am still happy with my 3.6.3, which is the latest that
works on my machine. It looks like RHEL is really tough for gnuradio.
Best,
Nemanja
Thank you Thomas from me also, you were right. Even make test works, now
I
only need guts to uninstall my precious 3.6.3 
Nemanja
On Wed, Jul 24, 2013 at 9:56 AM, Thomas T. [email protected] wrote:
Thomas
Thanks, Thomas. I was going to say it was a problem with a version of
QWT.
On our build page, we do say that QWT must be >= to 5.2. Looking at
our cmake file, we don’t actually enforce that. I’ll look into fixing
that today.
Also, Nemanja, try PyBOMBS (gnuradio.org/pybombs) under RHEL. It should
help.
Tom
I didn’t realize QWT >= 5.2 was required. I’ll update the MacPorts
install to reflect this change (it allows 5.1 right now). I didn’t
think this was the issue I’m working on, but I’ll double check that with
the person having the issue. - MLD
Does anyone know if GNU Radio compiles (from source, so API compatible)
using QWT 6.0 or 6.1? I think the last time I tried using 6.0 it
failed, but I’ll try it again & see if it works now. - MLD
On Wed, Jul 24, 2013 at 1:32 PM, Michael D. [email protected]
wrote:
I didn’t realize QWT >= 5.2 was required. I’ll update the MacPorts install to
reflect this change (it allows 5.1 right now). I didn’t think this was the issue
I’m working on, but I’ll double check that with the person having the issue. - MLD
On Jul 24, 2013, at 10:15 AM, Tom R. [email protected] wrote:
Thanks, Thomas. I was going to say it was a problem with a version of QWT.
On our build page, we do say that QWT must be >= to 5.2.
Yes. It’s been in the notes and build page in the manual forever, we
just weren’t enforcing it in cmake. That’s been fixed now on
maint/master/next.
Tom
On Wed, Jul 24, 2013 at 1:53 PM, Michael D. [email protected]
wrote:
Does anyone know if GNU Radio compiles (from source, so API compatible) using
QWT 6.0 or 6.1? I think the last time I tried using 6.0 it failed, but I’ll try
it again & see if it works now. - MLD
Yes. I typically use 6.0.0 these days since that’s readily installed
on current Ubuntu systems.
Tom
Isn’t PyQwt required for gr-qtgui? I didn’t think PyQwt compiles with
Qwt >= 6.0 (from source; maybe for GNU Radio’s purposes Qwt >= 5.2 are
ABI compatible enough).
I’ve verified that GNU Radio compiles using Qwt 6.0, but I don’t think
I’ll be able to get PyQwt to compile using Qwt >= 6.0 [Some time in the
past, I added a comment to the py*-pyqwt portfile stating “This port is
does not work with Qwt 6 (any longer; not sure if it ever did).”].
Thoughts? - MLD
OK; fair enough. I’ll set the gnuradio ports in MacPorts to use Qwt
5.2.*, no higher or lower. Thanks! - MLD
On Wed, Jul 24, 2013 at 2:38 PM, Michael D. [email protected]
wrote:
Isn’t PyQwt required for gr-qtgui? I didn’t think PyQwt compiles with Qwt >=
6.0 (from source; maybe for GNU Radio’s purposes Qwt >= 5.2 are ABI compatible
enough).
I’ve verified that GNU Radio compiles using Qwt 6.0, but I don’t think I’ll be
able to get PyQwt to compile using Qwt >= 6.0 [Some time in the past, I added a
comment to the py*-pyqwt portfile stating “This port is does not work with Qwt 6
(any longer; not sure if it ever did).”].
Thoughts? - MLD
Yes, this is an understood problem. PyQWT has stopped development work
on it’s current path and will not support Qwt6. Luckily, they are ABI
compatible enough that I have never had a problem using PyQwt 5.2
working with Qwt 6.0. It’s a fragile relationship that will surely
fail at some point. I’m just hoping that point is at a time when
there’s a fix or alternative to PyQwt.
Tom