Ah yes sorry about that. I entered that into a terminal directly but forgot
to add it to source it in my bash startup file.

I think the general installation for control ports is complete now. I will
start a new thread for non-install related questions now.

Appreciate all the help.

v/r,
Rich

On Thu, Jun 18, 2015 at 11:45 AM, Tom Rondeau <t...@trondeau.com> wrote:

> On Thu, Jun 18, 2015 at 2:01 PM, Richard Bell <richard.be...@gmail.com>
> wrote:
>
>> Oh very good to know.
>>
>> After installing those python modules and making the following changes to
>> the gnuradio-runtime.conf file
>>
>> [PerfCounters]
>> on = True #False
>> export = True #False
>> clock = thread
>> #clock = monotonic
>>
>> [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 <module>
>>     from gnuradio.ctrlport.GrDataPlotter import *
>>   File
>> "/usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GrDataPlotter.py",
>> line 26, in <module>
>>     from gnuradio.ctrlport.GNURadio import ControlPort
>>   File
>> "/usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GNURadio/ControlPort.py",
>> line 9, in <module>
>>     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
>>
>> 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:
>
> $ export PYTHONPATH=$PYTHONPATH:/usr/lib/python2.7/site-packages
>
> I'm also just assuming that you're using Python 2.7.
>
> Tom
>
>
>
>
>> On Thu, Jun 18, 2015 at 9:36 AM, Tom Rondeau <t...@trondeau.com> wrote:
>>
>>> On Thu, Jun 18, 2015 at 12:31 PM, Richard Bell <richard.be...@gmail.com>
>>> wrote:
>>>
>>>> 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
>>>>
>>>
>>> Looks good!
>>>
>>>
>>>> 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 <module>
>>>>     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.
>>>>
>>>> Rich
>>>>
>>>
>>> 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.
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>>> On Thu, Jun 18, 2015 at 7:06 AM, Tom Rondeau <t...@trondeau.com> wrote:
>>>>
>>>>> On Wed, Jun 17, 2015 at 8:12 PM, Richard Bell <richard.be...@gmail.com
>>>>> > wrote:
>>>>>
>>>>>> 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:
>>>>>>
>>>>>> ./configure --prefix=/usr --with-cpp --with-python
>>>>>>
>>>>>> Rich
>>>>>>
>>>>>
>>>>> 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.
>>>>>
>>>>> Tom
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> On Wed, Jun 17, 2015 at 4:28 PM, Tom Rondeau <t...@trondeau.com>
>>>>>> wrote:
>>>>>>
>>>>>>> On Wed, Jun 17, 2015 at 6:09 PM, Richard Bell <
>>>>>>> richard.be...@gmail.com> wrote:
>>>>>>>
>>>>>>>> It's still not working.
>>>>>>>>
>>>>>>>> I was overlooking the Thrift dependency previously. I installed
>>>>>>>> Thrift 0.9.2 from source, following this
>>>>>>>> https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort as
>>>>>>>> well as the Thrift homepage install instructions,
>>>>>>>> http://thrift.apache.org/docs/install/, because I needed to
>>>>>>>> install a few more dependencies for thrift than what was listed in the
>>>>>>>> first link. I then deleted build and re-built gnuradio. When I ran 
>>>>>>>> CMake, I
>>>>>>>> saw that under the gr-ctrlports module section it said it found thrift
>>>>>>>> 0.9.2. Was there something else I needed to confirm in the cmake output
>>>>>>>> beyond that?
>>>>>>>>
>>>>>>>> When I run gnuradio-config-info --enabled-components, I see
>>>>>>>> 'gr-ctrlport' in the list, but no '* thrift'.
>>>>>>>>
>>>>>>>> What else have I overlooked, that always seems to be the issue.
>>>>>>>>
>>>>>>>> Rich
>>>>>>>>
>>>>>>>
>>>>>>> Probably the installation of the Thrift Python module. Did you set a
>>>>>>> different prefix for the installation of Thrift? It likes to try to 
>>>>>>> stuff
>>>>>>> it in /usr/lib/python2.7/site-packages regardless of what you set the
>>>>>>> --prefix to. You have to use PY_PREFIX on the configure line for that. A
>>>>>>> lesson we just learned yesterday.
>>>>>>>
>>>>>>> Also, because it goes into site-packages instead of dist-packages
>>>>>>> like most distros use these days, that could also be affecting whether 
>>>>>>> or
>>>>>>> not Python is finding it.
>>>>>>>
>>>>>>> Tom
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> On Wed, Jun 17, 2015 at 12:37 PM, Tom Rondeau <t...@trondeau.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> On Wed, Jun 17, 2015 at 3:16 PM, Johnathan Corgan <
>>>>>>>>> johnat...@corganlabs.com> wrote:
>>>>>>>>>
>>>>>>>>>> Richard, you're getting the right version.  The 3.7.7.1 string is
>>>>>>>>>> an artifact of how git describe searches backward for the latest 
>>>>>>>>>> annotated
>>>>>>>>>> tag in order to come up with a description.
>>>>>>>>>>
>>>>>>>>>> On Wed, Jun 17, 2015 at 12:05 PM, Richard Bell <
>>>>>>>>>> richard.be...@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Unfortunately, I have to resurrect this thread. I'm still not
>>>>>>>>>>> able to get the version of gnuradio installed that allows me to use 
>>>>>>>>>>> control
>>>>>>>>>>> ports. When I use the master/head branch, which is the default as 
>>>>>>>>>>> Tom said
>>>>>>>>>>> when you clone the repo, after cmake completes, it tells me this:
>>>>>>>>>>>
>>>>>>>>>>> -- Building for version: v3.7.7.1-154-g7ee2f91d / 3.7.8git
>>>>>>>>>>>
>>>>>>>>>>> Is the 3.7.7.1-154-xxx what I keep seeing as the version in GRC,
>>>>>>>>>>> while the 3.7.8git is the version of the underlying source code? If 
>>>>>>>>>>> so, is
>>>>>>>>>>> this what I should be installing to use control ports and if not, 
>>>>>>>>>>> what
>>>>>>>>>>> should I be checking out before I compile the gnuradio source?
>>>>>>>>>>>
>>>>>>>>>>> Here is what happens when I run a flowgraph with a 'CtrlPort
>>>>>>>>>>> Performance Monitor' included:
>>>>>>>>>>>
>>>>>>>>>>> Using Volk machine: avx_64_mmx
>>>>>>>>>>> ControlPort Monitor running.
>>>>>>>>>>> Traceback (most recent call last):
>>>>>>>>>>>   File
>>>>>>>>>>> "/home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py", line 
>>>>>>>>>>> 1057,
>>>>>>>>>>> in <module>
>>>>>>>>>>>     (tb.blocks_ctrlport_monitor_performance_0).start()
>>>>>>>>>>>   File
>>>>>>>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/monitor.py",
>>>>>>>>>>>  line
>>>>>>>>>>> 48, in start
>>>>>>>>>>>     print "monitor::endpoints() = %s" %
>>>>>>>>>>> (gr.rpcmanager_get().endpoints())
>>>>>>>>>>> AttributeError: 'NoneType' object has no attribute 'endpoints'
>>>>>>>>>>> ctrlport.monitor received shutdown signal
>>>>>>>>>>>
>>>>>>>>>>> Today I uninstalled gnuradio, searched my computer for anything
>>>>>>>>>>> gnuradio related and removed it (minus some custom blocks that i've 
>>>>>>>>>>> created
>>>>>>>>>>> that I assume won't mess with an install) and reinstalled uhd and 
>>>>>>>>>>> gnuradio
>>>>>>>>>>> from source. I am fairly certain I don't have a conflicting versions
>>>>>>>>>>> problem.
>>>>>>>>>>>
>>>>>>>>>>> v/r,
>>>>>>>>>>> Rich
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> As Johnathan said, you've got the right version. Now you need to
>>>>>>>>> make sure that ControlPort is getting built and installed correctly 
>>>>>>>>> with
>>>>>>>>> Thrift.
>>>>>>>>>
>>>>>>>>> When you run cmake, you will see a list of enabled components. You
>>>>>>>>> should see as part of this:
>>>>>>>>>
>>>>>>>>> * gr-ctrlport
>>>>>>>>>   * thrift
>>>>>>>>>
>>>>>>>>> That'll let you know that you are building ControlPort and the
>>>>>>>>> Thrift backend for it. If you've already installed it, you can check 
>>>>>>>>> with:
>>>>>>>>>
>>>>>>>>> $ gnuradio-config-info --enabled-components
>>>>>>>>> python-support;testing-support;doxygen;sphinx;gnuradio-runtime;gr-ctrlport;*
>>>>>>>>> thrift;gr-blocks;gnuradio-companion;gr-fec;gr-fft;gr-filter;gr-analog;gr-digital;gr-dtv;gr-atsc;gr-audio;*
>>>>>>>>> alsa;* oss;*
>>>>>>>>> jack;gr-comedi;gr-channels;gr-noaa;gr-pager;gr-qtgui;gr-trellis;gr-uhd;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui;gr-zeromq
>>>>>>>>>
>>>>>>>>> You can see the "gr-ctrlport;* thrift" -- which tells you the same
>>>>>>>>> info as cmake.
>>>>>>>>>
>>>>>>>>> One thing, though, I've just pushed a couple of fixes for
>>>>>>>>> ControlPort/Thrift support. So when you rebuild, make sure you're 
>>>>>>>>> pulling
>>>>>>>>> down the latest master.
>>>>>>>>>
>>>>>>>>> Tom
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> On Fri, Jun 12, 2015 at 6:33 AM, Tom Rondeau <t...@trondeau.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> On Thu, Jun 11, 2015 at 4:24 PM, Richard Bell <
>>>>>>>>>>>> richard.be...@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks Tom I understand now. Everything is working again.
>>>>>>>>>>>>>
>>>>>>>>>>>>> One more question about the tags. When I install Master ->
>>>>>>>>>>>>> HEAD, the version in GRC (from help->about) is 3.7.7.1. Why is 
>>>>>>>>>>>>> there a tag
>>>>>>>>>>>>> for version 3.7.8 in the repo, if its content is behind that of 
>>>>>>>>>>>>> 3.7.7.1?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Rich
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Something is wrong there. It should read "3.7.8git-<some
>>>>>>>>>>>> numbers>". You possibly have two versions installed.
>>>>>>>>>>>>
>>>>>>>>>>>> Tom
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> On Wed, Jun 10, 2015 at 4:29 PM, Tom Rondeau <t...@trondeau.com
>>>>>>>>>>>>> > wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell <
>>>>>>>>>>>>>> richard.be...@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I think I figured out what happened, though I don't
>>>>>>>>>>>>>>> understand it. I cloned gnuradio, than ran 'git checkout 
>>>>>>>>>>>>>>> 3.7.8git' to
>>>>>>>>>>>>>>> switch to 3.7.8. I than installed from there, however, I needed 
>>>>>>>>>>>>>>> to then do
>>>>>>>>>>>>>>> a pull after the switch to get a lot of files. I just assumed a 
>>>>>>>>>>>>>>> new clone
>>>>>>>>>>>>>>> would contain everything. Always learning something new.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Rich
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ah, ok. You probably want to just work off the master
>>>>>>>>>>>>>> branches HEAD, which is what you get when you pull down the git 
>>>>>>>>>>>>>> repo in the
>>>>>>>>>>>>>> first place.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The way the git tags work in our project is that at the
>>>>>>>>>>>>>> release, we tag the version, say v3.7.7. We then update the 
>>>>>>>>>>>>>> version
>>>>>>>>>>>>>> information in the tree and tag that -- one commit later -- as 
>>>>>>>>>>>>>> the
>>>>>>>>>>>>>> v3.7.8git working branch. So that is just the start of the work 
>>>>>>>>>>>>>> on the next
>>>>>>>>>>>>>> version but does not represent any work done there. It's pretty 
>>>>>>>>>>>>>> much the
>>>>>>>>>>>>>> same code as in 3.7.7 with only version info changed.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Tom
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wed, Jun 10, 2015 at 3:09 PM, Richard Bell <
>>>>>>>>>>>>>>> richard.be...@gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I completed the source install of both gnuradio
>>>>>>>>>>>>>>>> 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no 
>>>>>>>>>>>>>>>> errors thanks to
>>>>>>>>>>>>>>>> your help.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Now, when I open a flowgraph that I made previously in git
>>>>>>>>>>>>>>>> 3.7.8, that uses the new "correlation estimator" and "modulate 
>>>>>>>>>>>>>>>> vector"
>>>>>>>>>>>>>>>> blocks, it tells me the block "digital_corr_est_cc" and 
>>>>>>>>>>>>>>>> "modulate_vector"
>>>>>>>>>>>>>>>> were not found in Platform. Did these blocks get pulled or is 
>>>>>>>>>>>>>>>> this a sign
>>>>>>>>>>>>>>>> of something else in my install?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Rich
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Wed, Jun 10, 2015 at 12:08 PM, madengr <rfeng...@me.com>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> You probably shouldn't put code into /usr/local/bin as
>>>>>>>>>>>>>>>>> that is reserved for
>>>>>>>>>>>>>>>>> binaries, and you shouldn't build as root.  I clone stuff
>>>>>>>>>>>>>>>>> into
>>>>>>>>>>>>>>>>> /usr/local/src, so do this:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> sudo mkdir /usr/local/src
>>>>>>>>>>>>>>>>> sudo chmod 777 /usr/local/src
>>>>>>>>>>>>>>>>> cd /usr/local/src
>>>>>>>>>>>>>>>>> git clone –recursive
>>>>>>>>>>>>>>>>> https://github.com/gnuradio/gnuradio.git
>>>>>>>>>>>>>>>>> cd gnuradio
>>>>>>>>>>>>>>>>> mkdir build
>>>>>>>>>>>>>>>>> cd build
>>>>>>>>>>>>>>>>> cmake ../
>>>>>>>>>>>>>>>>> make
>>>>>>>>>>>>>>>>> make test
>>>>>>>>>>>>>>>>> sudo make install
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Note the "git clone –recursive" will populate the volk
>>>>>>>>>>>>>>>>> directory.
>>>>>>>>>>>>>>>>> Lou
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Richard Bell wrote
>>>>>>>>>>>>>>>>> > Hi all,
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > Ubuntu 14.04
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > I have installed uhd from source to /usr/local/bin
>>>>>>>>>>>>>>>>> without a problem. I
>>>>>>>>>>>>>>>>> > then do the following:
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > 1) cd /usr/local/bin
>>>>>>>>>>>>>>>>> > 2) sudo git clone
>>>>>>>>>>>>>>>>> https://github.com/gnuradio/gnuradio.git
>>>>>>>>>>>>>>>>> > 3) cd gnuradio
>>>>>>>>>>>>>>>>> > 4) sudo mkdir build && cd build
>>>>>>>>>>>>>>>>> > 5) sudo cmake ../
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > I get the following error:
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > *-- Configuring VOLK support...--   VOLK submodule is
>>>>>>>>>>>>>>>>> not checked out.--
>>>>>>>>>>>>>>>>> > To check out the VOLK submodule, use:--     git pull
>>>>>>>>>>>>>>>>> > --recurse-submodules=on--     git submodule update--
>>>>>>>>>>>>>>>>>  External VOLK
>>>>>>>>>>>>>>>>> > disabled.--   Override with
>>>>>>>>>>>>>>>>> -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at
>>>>>>>>>>>>>>>>> > CMakeLists.txt:309 (message):  VOLK required but not
>>>>>>>>>>>>>>>>> found.*
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > I've run the two git commands it asks me to run, deleted
>>>>>>>>>>>>>>>>> the build
>>>>>>>>>>>>>>>>> > directory and re-ran cmake but I get the same error. I
>>>>>>>>>>>>>>>>> see a volk
>>>>>>>>>>>>>>>>> > directory
>>>>>>>>>>>>>>>>> > in the gnuradio directory.
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > What is causing this problem?
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > v/r,
>>>>>>>>>>>>>>>>> > Rich
>>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>> > _______________________________________________
>>>>>>>>>>>>>>>>> > Discuss-gnuradio mailing list
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> > Discuss-gnuradio@
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>> View this message in context:
>>>>>>>>>>>>>>>>> http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54125.html
>>>>>>>>>>>>>>>>> Sent from the GnuRadio mailing list archive at Nabble.com.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>>>>>>>>> Discuss-gnuradio@gnu.org
>>>>>>>>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>>>>>>> Discuss-gnuradio@gnu.org
>>>>>>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>>>>> Discuss-gnuradio@gnu.org
>>>>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Johnathan Corgan
>>>>>>>>>> Corgan Labs - SDR Training and Development Services
>>>>>>>>>> Intro to SDR Class - June 29-30, El Segundo, CA
>>>>>>>>>> http://corganlabs.com
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to