I used the /usr prefix. The exact ./configure command I used was:
./configure --prefix=/usr
I realize I didn’t explicitly include the --with-cpp --with-python
statements, though I did see that thrift said it installed with C, C++
and
Python support (including a few others). I didn’t do that intentionally,
I
think I was compiler/compiling drunk. I’m going to uninstall gnuradio
and
thrift again and do it word for word to see if it resolves the issue.
This
is the ./configure command I will be using to install Thrift this time:
Just for information, you shouldn’t /have/ to specify the ‘–with-cpp
–with-python’ arguments – they should be automatically picked up. I’ve
put that in the instructions to make it clear what you should be
building
and as an extra little bump for those two languages. Likely you’d have
been
fine without them.
But pay attention to the next bit of info about PYTHONPATH and the use
of
site-packages instead of dist-packages. Depending on your distro, that
could be a problem.
On Thu, Jun 18, 2015 at 12:31 PM, Richard B. [email protected]
wrote:
– Looking for C++ include sys/resource.h
– Running thrift to build C++ bindings
– Check size of unsigned int - done
– Check size of unsigned long
– Check size of unsigned long - done
– Check size of unsigned long long
– Check size of unsigned long long - done
– Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
– Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
Looks good!
File “/usr/local/bin/gr-perf-monitorx”, line 24, in
Gah!
Rich, hopefully we can get you to a place where you don’t have to keep
rebuilding and installing GNU Radio.
There’s no need to rebuild after installing a Python package. One of the
nice things about that language. All you had to do was install
python-networkx (and likely python-matplotlib if you haven’t done that
already) and rerun the program. Hell, the GNU Radio application could
have
still been running while you were doing that.
I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted
below:
– Configuring gr-ctrlport support…
– Dependency Boost_FOUND = 1
– Dependency SWIG_FOUND = TRUE
– Dependency SWIG_VERSION_CHECK = TRUE
– Dependency ENABLE_GNURADIO_RUNTIME = ON
– Enabling gr-ctrlport support.
– Override with -DENABLE_GR_CTRLPORT=ON/OFF
– Looking for C++ include sys/resource.h
– Looking for C++ include sys/resource.h - found
– Loading build date Thu, 18 Jun 2015 00:33:52 into constants…
– Loading version v3.7.7.1-158-g7b684a23 into constants…
– checking for module ‘thrift’
– found thrift, version 0.9.2
– Python checking for Thrift
– Python checking for Thrift - found
– Found THRIFT: /usr/lib/libthrift.so
– Found and enabling Thrift backend to ControlPort
– Running thrift to build C++ bindings
– Looking for C++ include windows.h
– Looking for C++ include windows.h - not found
– TRY_SHM_VMCIRCBUF set to ON.
– Looking for stdint.h
– Looking for stdint.h - found
– Looking for stddef.h
– Looking for stddef.h - found
– Check size of size_t
– Check size of size_t - done
– Check size of unsigned int
– Check size of unsigned int - done
– Check size of unsigned long
– Check size of unsigned long - done
– Check size of unsigned long long
– Check size of unsigned long long - done
– Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
– Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
I have now gotten passed the previous mentioned error, which means
progress. The newest issue is that I don’t have networkx installed. I
think
this should be added to the dependencies list.
Using Volk machine: avx_64_mmx
ControlPort Monitor running.
INFO: Apache Thrift: -h rbell -p 54906
monitor::endpoints() = -h rbell -p 54906
running: [‘gr-perf-monitorx’, ‘rbell’, ‘54906’]
Traceback (most recent call last):
File “/usr/local/bin/gr-perf-monitorx”, line 24, in
import networkx as nx
ImportError: No module named networkx
ctrlport.monitor received shutdown signal
calling stop on shutdown
calling stop on shutdown
I installed python-networkx through ubuntu’s package manager and am
rebuilding gnuradio now.
[ControlPort]
on = True #False
edges_list = True #False
My flowgraph fails with the following message:
Executing: “/home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py”
Using Volk machine: avx_64_mmx
ControlPort Monitor running.
INFO: Apache Thrift: -h rbell -p 35705
monitor::endpoints() = -h rbell -p 35705
running: [‘gr-ctrlport-monitor’, ‘rbell’, ‘35705’]
Traceback (most recent call last):
File “/usr/local/bin/gr-ctrlport-monitor”, line 28, in
from gnuradio.ctrlport.GrDataPlotter import *
File
“/usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GrDataPlotter.py”,
line 26, in
from gnuradio.ctrlport.GNURadio import ControlPort
File
“/usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GNURadio/ControlPort.py”,
line 9, in
from thrift.Thrift import TType, TMessageType, TException,
TApplicationException
ImportError: No module named thrift.Thrift
ctrlport.monitor received shutdown signal
calling stop on shutdown
calling stop on shutdown
Done
If I try and start gr-perf-monitorx from a terminal, I get the same
error,
No module named thrift.Thrift
On Thu, Jun 18, 2015 at 2:01 PM, Richard B. [email protected]
wrote:
monitor::endpoints() = -h rbell -p 35705
line 9, in
If I try and start gr-perf-monitorx from a terminal, I get the same error,
No module named thrift.Thrift
Rich
Likely the site-packages issue. Check to make sure you see the thrift
module itself. It’s likely in /usr/lib/python2.7/site-packages. You
should
see thrift, an egg-info. If that’s the case, it’s likely that this isn’t
in
your PYTHONPATH. So:
What’s the reasoning for fetching thrift from git (which is failing due
to
“error: pathspec ‘0.9.2’ did not match any file(s) known to git.”),
rather
than using the versioned tarball?
I’ll have a pull request for you shortly, since the thrift build fails
when
I have lua installed, but not the lua headers… To get it to build I
ended
up disabling language bindings for: erlang lua nodejs ruby haskell go