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 On Thu, Jun 18, 2015 at 1:39 PM, Richard Bell <richard.be...@gmail.com> wrote: > 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 > > -- GDB has a 'break' feature; why doesn't it have 'fix' too?
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
