[Discuss-gnuradio] about importerror in gnuradio 3.7.0
Dear list, I want to move my out of tree model from gnuradio 3.6.5 to 3.7.0. I follow the introduction about how to move from 3.6 to 3.7. The code is able to build. However when I running the python script, still meet the importerror as follow: ImportError: /usr/local/lib/libgnuradio-gmsktr.so: undefined symbol: _ZN2gr6filter24mmse_fir_interpolator_ffC1Ev I have tried two days to find the bug but no progress.does somebody have experience about this problem? Any suggestions would be appreciated! Best regards Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] BER AWGN example - question
Martin Braun (CEL) wrote > Given an E_b of 1, what is the noise *voltage* (i.e. the expected > amplitude of the AWGN process) that will cause an E_b / N_0 of x, if E_b > / N_0 is given in dB? > If you take pencil and paper, and solve for the noise voltage, you'll > get this equation. Thank you very much for your reply. I am capable of simple converting value in [dB] to the one in [W/W] but I don't know why there are the number_of_bits_per_symbol parameter and the '2' constant in the equation. It's probably trivial but I would really appreciate your help on this. Best Regards, Piotr Bieńkowski -- View this message in context: http://gnuradio.4.n7.nabble.com/BER-AWGN-example-question-tp45261p45279.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
Re: [Discuss-gnuradio] BER AWGN example - question
On Mon, Dec 09, 2013 at 03:10:49AM -0800, bieniu wrote: > Martin Braun (CEL) wrote > > Given an E_b of 1, what is the noise *voltage* (i.e. the expected > > amplitude of the AWGN process) that will cause an E_b / N_0 of x, if E_b > > / N_0 is given in dB? > > If you take pencil and paper, and solve for the noise voltage, you'll > > get this equation. > > Thank you very much for your reply. I am capable of simple converting value > in [dB] to the one in [W/W] but I don't know why there are the > number_of_bits_per_symbol parameter and the '2' constant in the equation. > It's probably trivial but I would really appreciate your help on this. The number_of_bits_per_symbol is for E_s -> E_b conversion and the 2 is for two-sided noise power to one-sided conversion (or was is the other way 'round? I always mix those up :). MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpJMSA2c9Q4W.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] about importerror in gnuradio 3.7.0
On Mon, Dec 09, 2013 at 10:15:06AM +0100, alex wrote: > I want to move my out of tree model from gnuradio 3.6.5 to 3.7.0. I > follow the introduction about how to move from 3.6 to 3.7. The code > is able to build. However when I running the python script, still > meet the importerror as follow: > > ImportError: /usr/local/lib/libgnuradio-gmsktr.so: undefined symbol: > _ZN2gr6filter24mmse_fir_interpolator_ffC1Ev > > I have tried two days to find the bug but no progress.does > somebody have experience about this problem? Any suggestions would > be appreciated! What exactly did you try? What's your GR version? Have you read http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpX8Cjiyc5Ss.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] BER AWGN example - question
Thank you very much :) BR, Piotr Bieńkowski -- View this message in context: http://gnuradio.4.n7.nabble.com/BER-AWGN-example-question-tp45261p45282.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
Re: [Discuss-gnuradio] Link libraries to a OOT block
Hi Martin, I did look through the CMake documentation and was trying different things with the target_link_libraries tag, with no success. What I am trying to do is (and this may be a solved problem already) build a gnuradio block for the RFSpaces SDR-IQ receiver. This is mostly for me to become more familiar with Linux programming and to learn more about Python. I wrote a library that is able to retrieve data from the SDR-IQ and it is called libsdriq.a, now I want to use that library with gnuradio. Following the gnuradio tutorial on out of tree blocks, I created a block called gr-sdriq and it works fine with dummy data, has a complex output port and outputs a cosine and sine to the real and imaginary parts and I can see the data as expected in gnuradio. My problem is getting the gnuradio block to use my libsdriq.a library and that is where things are breaking. Compiling is not a problem, but linking is not producing a gnuradio block that includes my libsdriq.a. I've looked through some gnuradio blocks to see if I could find something similar and through CMake documentation. This is likely solved through CMake, but haven't figured it out yet. Jim On Sun, Dec 8, 2013 at 9:24 AM, Martin Braun (CEL) wrote: > On Sat, Dec 07, 2013 at 08:40:45PM -0500, James Austin wrote: > > I'm a long time Windows programmer trying to write a gnuradio module to > improve > > my Linux development skills. > > > > I created a gnuradio module following the tutorial that just sends dummy > data > > back to gnuradio. That works fine, I can plot the dummy data in my > flowgraph > > and it works and displays as expected. > > > > I also created a static library that produces data, no reason I can't > make it a > > shared library if that is the solution. > > > > My problem is trying to get the gnuradio module to link against the > static > > library, so that the data produced by this library can be fed into > gnuradio. I > > haven't been able to figure out the cmake magic to make this happen. I > get a > > variety of error messages on everything I try. > > > > Does anyone have any hints to get me past this? > > Hey Jim, > > you're not giving us much to work on here. You might want to specify > what exactly you're linking to, and what you've tried. > > What you're trying to do seems like a cmake problem, so checking cmake > tutorials (unrelated to GNU Radio) might help. > > Most often, you want your C++ blocks to access some library. This would > mean editing the lib/CMakeLists.txt file to make sure you're linking to > the right libs. > > MB > > -- > Karlsruhe Institute of Technology (KIT) > Communications Engineering Lab (CEL) > > Dipl.-Ing. Martin Braun > Research Associate > > Kaiserstraße 12 > Building 05.01 > 76131 Karlsruhe > > Phone: +49 721 608-43790 > Fax: +49 721 608-46071 > www.cel.kit.edu > > KIT -- University of the State of Baden-Württemberg and > National Laboratory of the Helmholtz Association > > ___ > 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] uhd_find_devices not detecting USRP2
Hi Everyone, I recently found a couple USRP2's that have not been used for some time in my lab, and decided to use them for some testing. One of the USRP2's worked perfectly when I connected it up to the host computer, but the other one is giving me issues. The uhd_find_devices is not able to detect this device. I tried debugging this issue by first swapping the SD card from the working USRP2 to the faulty one, with no success. I also tried reconfiguring the IP address with the command: sudo ./usrp2_recovery.py --ifc=eth0 --new-ip=192.168.10.4 Both uhd_find_devices and uhd_usrp_probe --args "addr=192.168.10.4" still did not work. The LEDs on both USRP2's light up the same exact way. I have now run out of ideas of what to do. Does anybody else possibly have a solution to this problem? Thank you very much in advance, Rob -- View this message in context: http://gnuradio.4.n7.nabble.com/uhd-find-devices-not-detecting-USRP2-tp45284.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
Re: [Discuss-gnuradio] uhd_find_devices not detecting USRP2
On 12/09/2013 10:07 AM, rmsrms1987 wrote: Hi Everyone, I recently found a couple USRP2's that have not been used for some time in my lab, and decided to use them for some testing. One of the USRP2's worked perfectly when I connected it up to the host computer, but the other one is giving me issues. The uhd_find_devices is not able to detect this device. I tried debugging this issue by first swapping the SD card from the working USRP2 to the faulty one, with no success. I also tried reconfiguring the IP address with the command: sudo ./usrp2_recovery.py --ifc=eth0 --new-ip=192.168.10.4 Both uhd_find_devices and uhd_usrp_probe --args "addr=192.168.10.4" still did not work. The LEDs on both USRP2's light up the same exact way. I have now run out of ideas of what to do. Does anybody else possibly have a solution to this problem? Thank you very much in advance, Rob It may be that the one that's not responding is still running "classic" firmware, which was not TCP/IP based. http://files.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-sd-card-usrp2-only -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] uhd_find_devices not detecting USRP2
Hi Marcus, Thank you for the response. Does swapping the SD card from the working USRP2 to the faulty one not override this issue? I tried that, but it still is not being detected. Maybe this is a hardware related problem. - Rob -- View this message in context: http://gnuradio.4.n7.nabble.com/uhd-find-devices-not-detecting-USRP2-tp45284p45286.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
Re: [Discuss-gnuradio] uhd_find_devices not detecting USRP2
On 12/09/2013 11:45 AM, rmsrms1987 wrote: Hi Marcus, Thank you for the response. Does swapping the SD card from the working USRP2 to the faulty one not override this issue? I tried that, but it still is not being detected. Maybe this is a hardware related problem. - Rob Yes, that should work. Do the Ethernet interface LEDs light up when you plug the USRP2 into a 1GiGe port on your computer? [They'll be dim] -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] uhd_find_devices not detecting USRP2
Hi Marcus, They do light up, mostly just the left LED. Just to confirm, I tried the working USRP2 and it lights up the same exact way. Also the LEDs on the Ethernet card on the host computer light up. -- View this message in context: http://gnuradio.4.n7.nabble.com/uhd-find-devices-not-detecting-USRP2-tp45284p45288.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
Re: [Discuss-gnuradio] uhd_find_devices not detecting USRP2
When I try to ping, it is not able to see the USRP2. The output states "Destination Host Unreachable". I tried both 192.168.10.2 and 192.168.10.4 since I ran "sudo ./usrp2_recovery.py --ifc=eth0 --new-ip=192.168.10.4" previously. -- View this message in context: http://gnuradio.4.n7.nabble.com/uhd-find-devices-not-detecting-USRP2-tp45284p45289.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] Need help identifying jammer signal
It might be an IF local oscillator whose signal is leaking outside. Hence, the small bandwidth and the drifts on that small band. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Link libraries to a OOT block
On Mon, Dec 9, 2013 at 9:53 AM, James Austin wrote: > Hi Martin, > > I did look through the CMake documentation and was trying different things > with the target_link_libraries tag, with no success. > > What I am trying to do is (and this may be a solved problem already) build a > gnuradio block for the RFSpaces SDR-IQ receiver. This is mostly for me to > become more familiar with Linux programming and to learn more about Python. > > I wrote a library that is able to retrieve data from the SDR-IQ and it is > called libsdriq.a, now I want to use that library with gnuradio. Following > the gnuradio tutorial on out of tree blocks, I created a block called > gr-sdriq and it works fine with dummy data, has a complex output port and > outputs a cosine and sine to the real and imaginary parts and I can see the > data as expected in gnuradio. My problem is getting the gnuradio block to > use my libsdriq.a library and that is where things are breaking. Compiling > is not a problem, but linking is not producing a gnuradio block that > includes my libsdriq.a. > > I've looked through some gnuradio blocks to see if I could find something > similar and through CMake documentation. This is likely solved through > CMake, but haven't figured it out yet. > > Jim Jim, You're on the right track with using the target_link_libraries. I think your mail problem is using an archive library (the libsdriq.a). While it's possible, you don't really want to use a static archive like that. Look into building that into a shared object library (.so) instead. That will be easier to use with the cmake tools. Also, when asking questions about a problem you're having, providing us with the error results you're seeing would help us help you better. Tom > On Sun, Dec 8, 2013 at 9:24 AM, Martin Braun (CEL) > wrote: >> >> On Sat, Dec 07, 2013 at 08:40:45PM -0500, James Austin wrote: >> > I'm a long time Windows programmer trying to write a gnuradio module to >> > improve >> > my Linux development skills. >> > >> > I created a gnuradio module following the tutorial that just sends dummy >> > data >> > back to gnuradio. That works fine, I can plot the dummy data in my >> > flowgraph >> > and it works and displays as expected. >> > >> > I also created a static library that produces data, no reason I can't >> > make it a >> > shared library if that is the solution. >> > >> > My problem is trying to get the gnuradio module to link against the >> > static >> > library, so that the data produced by this library can be fed into >> > gnuradio. I >> > haven't been able to figure out the cmake magic to make this happen. I >> > get a >> > variety of error messages on everything I try. >> > >> > Does anyone have any hints to get me past this? >> >> Hey Jim, >> >> you're not giving us much to work on here. You might want to specify >> what exactly you're linking to, and what you've tried. >> >> What you're trying to do seems like a cmake problem, so checking cmake >> tutorials (unrelated to GNU Radio) might help. >> >> Most often, you want your C++ blocks to access some library. This would >> mean editing the lib/CMakeLists.txt file to make sure you're linking to >> the right libs. >> >> MB >> >> -- >> Karlsruhe Institute of Technology (KIT) >> Communications Engineering Lab (CEL) >> >> Dipl.-Ing. Martin Braun >> Research Associate >> >> Kaiserstraße 12 >> Building 05.01 >> 76131 Karlsruhe >> >> Phone: +49 721 608-43790 >> Fax: +49 721 608-46071 >> www.cel.kit.edu >> >> KIT -- University of the State of Baden-Württemberg and >> National Laboratory of the Helmholtz Association ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] about importerror in gnuradio 3.7.0
On Mon, Dec 9, 2013 at 6:15 AM, Martin Braun (CEL) wrote: > On Mon, Dec 09, 2013 at 10:15:06AM +0100, alex wrote: >> I want to move my out of tree model from gnuradio 3.6.5 to 3.7.0. I >> follow the introduction about how to move from 3.6 to 3.7. The code >> is able to build. However when I running the python script, still >> meet the importerror as follow: >> >> ImportError: /usr/local/lib/libgnuradio-gmsktr.so: undefined symbol: >> _ZN2gr6filter24mmse_fir_interpolator_ffC1Ev >> >> I have tried two days to find the bug but no progress.does >> somebody have experience about this problem? Any suggestions would >> be appreciated! > > What exactly did you try? What's your GR version? > Have you read > http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig? > > MB Also, check out the page explaining the differences between 3.6 and 3.7 to help you relocate where things are: http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7 Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Need help identifying jammer signal
Hi guys,
Thank you for your helpful suggestions. We still haven't managed to
pinpoint where the signal is coming from, but we have just dispatched a
black SUV with a three letter acronym stencilled on it (our university's
initials) to hunt for the signal with a spectrum analyzer and a yagi.
Yesterday the interference was a 440.4 MHz and during the night it went
down to 440.0 MHz. Today it has drifted up and down between 440.0 and 440.2
MHz. This is very annoying as our frequency is 440.2 MHz. Based in the wild
fluctuation in center frequency (including > 20 kHz jumps), However, the
signal at close inspection kind of looks like FSK, so maybe whatever it is,
isn't working properly anymore.
I recorded a 10 second snippet of 50 kHz baseband signal in interleaved I
and Q with 32-bit floating point format. In python, one would read this
with this command:
> import numpy
> z = numpy.fromfile("rfi.bin",dtype=numpy.complex64)
The file can be downloaded here:
http://www.haystack.mit.edu/~j/rfi.bin
You can probably feed this into gnuradio with the filesource and complex
data type.
Patrik, you are doing cool stuff with the POES satellite receiving. I wish
I had time to try that at some point.
juha
On Sun, Dec 8, 2013 at 5:38 AM, Patrik Tast wrote:
> Terve Juha,
>
> Some animal neck collar TX:er are very close to that feq (440 MHz).
> It could be on a wolf, reindeer or a hunter that use a *home brew*
> (illegal) collar on his dog. Building a *home brew* dog collar is
> popular today since you can get parts without any questions asked...
>
> I would contact the person who count wolfs near you.
>
> Eagles here (Vaasa, FI) use ARGOS up-link to POES sats 401.65 and
> downlink 465.98 MHz (bw 24/80/110 kHz).
>
> Patrik
>
> On Fri, 2013-12-06 at 13:48 -0500, Juha Vierinen wrote:
> > Hi,
> >
> >
> > In the last few days a signal has entered in the center of our
> > incoherent scatter radar band. It drifts between 440.1 and 440.4 MHz
> > very slowly and has approximately a 10 kHz bandwidth. A scope plot of
> > the signal shows something that looks a little bit like frequency
> > shift keying. While the frequency is stable on short time scales, the
> > signal tends to drift a lot on the scale of days, suggesting that
> > whatever is causing this signal, it is broken.
> >
> > I've attached a GRC plot of the signal. In the plot, the jammer is at
> > a +166 kHz offset. The scope plot is centered at this frequency and
> > has a 40 kHz bandwidth.
> >
> > Does anyone have any idea what this could be?
> >
> >
> > juha
> >
> > ___
> > 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
Re: [Discuss-gnuradio] Need help identifying jammer signal
In Germany such signals often came from oscillating TV antenna preamps, long
forgotten and out of use on top of a roof, but still powered.usually the BNetzA
(the regulation authority) was very helpful in finding those.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Juha
Vierinen
Sent: Tuesday, 10 December, 2013 04:26
To: Patrik Tast
Cc: gnuradio mailing list
Subject: Re: [Discuss-gnuradio] Need help identifying jammer signal
Hi guys,
Thank you for your helpful suggestions. We still haven't managed to pinpoint
where the signal is coming from, but we have just dispatched a black SUV with a
three letter acronym stencilled on it (our university's initials) to hunt for
the signal with a spectrum analyzer and a yagi.
Yesterday the interference was a 440.4 MHz and during the night it went down to
440.0 MHz. Today it has drifted up and down between 440.0 and 440.2 MHz. This
is very annoying as our frequency is 440.2 MHz. Based in the wild fluctuation
in center frequency (including > 20 kHz jumps), However, the signal at close
inspection kind of looks like FSK, so maybe whatever it is, isn't working
properly anymore.
I recorded a 10 second snippet of 50 kHz baseband signal in interleaved I and Q
with 32-bit floating point format. In python, one would read this with this
command:
> import numpy
> z = numpy.fromfile("rfi.bin",dtype=numpy.complex64)
The file can be downloaded here:
http://www.haystack.mit.edu/~j/rfi.bin
You can probably feed this into gnuradio with the filesource and complex data
type.
Patrik, you are doing cool stuff with the POES satellite receiving. I wish I
had time to try that at some point.
juha
On Sun, Dec 8, 2013 at 5:38 AM, Patrik Tast wrote:
Terve Juha,
Some animal neck collar TX:er are very close to that feq (440 MHz).
It could be on a wolf, reindeer or a hunter that use a *home brew*
(illegal) collar on his dog. Building a *home brew* dog collar is
popular today since you can get parts without any questions asked...
I would contact the person who count wolfs near you.
Eagles here (Vaasa, FI) use ARGOS up-link to POES sats 401.65 and
downlink 465.98 MHz (bw 24/80/110 kHz).
Patrik
On Fri, 2013-12-06 at 13:48 -0500, Juha Vierinen wrote:
> Hi,
>
>
> In the last few days a signal has entered in the center of our
> incoherent scatter radar band. It drifts between 440.1 and 440.4 MHz
> very slowly and has approximately a 10 kHz bandwidth. A scope plot of
> the signal shows something that looks a little bit like frequency
> shift keying. While the frequency is stable on short time scales, the
> signal tends to drift a lot on the scale of days, suggesting that
> whatever is causing this signal, it is broken.
>
> I've attached a GRC plot of the signal. In the plot, the jammer is at
> a +166 kHz offset. The scope plot is centered at this frequency and
> has a 40 kHz bandwidth.
>
> Does anyone have any idea what this could be?
>
>
> juha
>
> ___
> 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
[Discuss-gnuradio] Installing using pybombs
Hi
I started installing GNU Radio in ubuntu 12.01(64bit) in amd processor
using pybombs. But unable to proceed from here because i'am unable to
understand what it meant .
Any suggestions regarding how to proceed would be very helpful.
install type priority: ['src', 'deb']
install src called (uhd)
state = fetch
Current step: (uhd :: configure)
configure
(' \ncmake .. -DCMAKE_BUILD_TYPE=cmakebuildtype [Debug]
-DCMAKE_INSTALL_PREFIX=/home/sandhya/grc \n', ' \ncmake ..
-DCMAKE_BUILD_TYPE=$cmakebuildtype -DCMAKE_INSTALL_PREFIX=$prefix
$config_opt\n')
(' \ncmake .. -DCMAKE_BUILD_TYPE=cmakebuildtype [Debug]
-DCMAKE_INSTALL_PREFIX=/home/sandhya/grc \n', ' \ncmake ..
-DCMAKE_BUILD_TYPE=cmakebuildtype [Debug]
-DCMAKE_INSTALL_PREFIX=/home/sandhya/grc \n')
bash exec (/home/sandhya/pybombs/src/uhd/host/build)::
cmake .. -DCMAKE_BUILD_TYPE=cmakebuildtype [Debug]
-DCMAKE_INSTALL_PREFIX=/home/sandhya/grc
CMake Error: The source directory
"/home/sandhya/pybombs/src/uhd/host/build/[Debug]" does not exist.
Specify --help for usage, or press the help button on the CMake GUI.
ERROR:root:PyBOMBS Configure step failed for package (uhd) please see bash
output above for a reason (hint: look for the word Error)
Thanks and regards
Sandhya
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
